Robert Watson FreeBSD fejlesztő egy újabb érdekes (és némileg elborult ötleten alapuló) lehetőséget adott a többiek kezébe.
A watchdog processzor funkció lehetővé teszi a több processzoros gépeken, hogy egy kijelölt CPU csak a kernel állapotának figyelésével foglalkozzon. Ez a CPU lehet logikai is (HyperThreading esetén például), így sokkal kedvezőbb helyzetben vagyunk, mint ha egy fizikai processzort vesztegetnénk el. Probléma esetén ez a processzor NMI-t küld a boot processzornak, vagy elindítja a debuggert.
A lehetőség aktiválásához az MP_WATCHDOG opciót kell elhelyezni a kernel konfigban és a debug.watchdog sysctl értékét annak a processzornak a számára kell állítani, amely a watchdog szerepét be fogja tölteni (egy két processzoros Xeon rendszerben ez 3 lesz). Fontos hiányosság, hogy jelenleg csak a 4BSD ütemezővel működik a watchdog, az ULE-vel nem.
A watchdog funkció mellesleg menet közben állítható, tehát ha csak egy kis időre van szükségünk rá, újraindítás nélkül is bekapcsolhatjuk.

[2004. aug. 16.] DSA-537 ruby - insecure file permissions

A frissítésről szóló FAQ-nk itt.

Csepinszky András aka. Vakvarju

2004. augusztus

e-mail: csepi (at) spektrum-3d (dot) hu

1.) Az IBM RS/6000 7025 F50

Az IBM RS/6000 7025 F50 szerver egy nem túlságosan új, CHRP (Common Hardware Reference Platform) alapú PowerPC szerver, melyet 1997 és 2001 között gyártottak.

Számomra rendelkezésre álló gép az alábbi hardver konfigurációt tartalmazta: - CHRP architektúra (OpenFirmware)

- 332 MHz PowerPC 604e típusú processzor

- 256 kB L2 cache

- Max. 4 GB RAM (jelenleg 512 MB található benne egy memóriakártyán)

- Integrált NCR53c825 SCSI vezérlő

- integrált AMD PCI PCNet Lance ethernet kártya

- AMD PCI PCNet Lance ethernet kártya egy 32 bites PCI slotban

- NCR53c875 SCSI vezérlő egy 64 bites PCI slotban

- 32 x-es Plextor UW SCSI CDROM (integrált vezérlőn)

- 20/40 GB-os UW SCSI szalagos egység (integrált vezérlőn)

- 2.88 MB FDD

- 6 db IBM DDRS-34560W 4.5 GB-os UW SCSI HDD (53c875-ös vezérlőn)

- IBM InfoWindow II 3153 soros terminál

Első dolgom a firmware (microcode) update volt. Letöltöttem az IBM oldaláról a megfelelő állományokat és a doksit és végrehajtottam a benne foglaltakat.

Linux natív porttal rendelkezik a PowerPC processzorra, és az összes hivatalos kódot karbantartják a fő kernel ágban. A port nagyobb részét Gary Thomas végezte el. A portolás történetét itt lehet elolvasni. További információkat a Linux PowerPC processzoron történő futtatásáról a Linux/PPC honlapon találhatnak.

2.) A disztribúció kiválasztása

Azok a disztrók jöhettek szóba, melyek rendelkeznek PowerPC-s verzióval, vagy kifejezetten erre a hardverplatformra fejlesztették ki:

- Yellowdog Linux (3.0 – Sirius) (de problematikus)

- SuSE Linux Professional (PPC 7.3) (megoldható)

- Debian (Woody es Sarge) (nehezen de megoldhato)

- Gentoo 2004.0 (elvileg megoldható)

- RockLinux 2.0.0 (hasonló gépen készült a port)

Rengeteg olvasás után a disztrók körét leszűkítettem a Debian Sarge-ra és a SuSE 7.3-ra. További olvasás után rájöttem, hogy sem időm se energiám nincs a kernel cross-platform compiling-jára. (Binutils-t és GCC-t is kellett volna PPC-re fordítani előtte.)

Kényelmességem és disztróismeretem miatt tehát maradtam a SuSE-nál. Telepítettem már azt SPARC-ra (Sun SparcStation 2-re), Alpha-ra (Digital Personal Workstation 433-ra) és persze i386-ra. Ráadásul megkaptam a gyári telepítőkészletet Daxkobler Ákostól.

3.) Telepítés

Az első próbálkozásként követve az álmoskönyv utasításait megpróbáltam, hogy be tudok-e boot-olni a 2. számú CD-ről, mivel azon található a CHRP architektúrát támogató boot image.

Az RS/6000-esek nem rendelkeznek BIOS-szal. Ehelyett található bennük (legalábbis a CHRP gépekben) egy OpenFirmware-nek nevezett szoftver. Ezt a gép indulásakor az elülső LCD panelen található E1F1 üzenet megjelenésekor a soros konzolhoz csatlakoztatott billentyűzet 1-es gombjának megnyomásával tudjuk elérni. Erről bővebben itt
lehet tájékoztatást kapni.

A System Management Service Multiboot opciójában beállítottam az Install Source-t a CD-re. Felismeri, hogy SuSE 7.3 PPC CD található benne, elindítja a bootolási folyamatot, majd elszáll egy DEFAULT CATCH! üzenettel. A hiba okaként számos forrás a kernel túlságosan nagy méretét adja meg.

Második próbálkozásként az itt megadott módszert követtem. Megtaláltam a kérdéses állományokat egy nem frissített mirroron.

Miután a kernel image-t átmásoltam a DOS fomrázott lemezre (mcopy zImage.floppy-install.chrp a:zimage) és felírtam a ramdisk image-t egy másik lemezre (dd if=ramdisk.floppy-install.gz of=/dev/fd0) megpróbáltam elindítani a rendszert. Az OpenFirmware boot promptjába a következő parancsot adtam ki:

0>boot floppy:,zimage root=/dev/fd0 load_ramdisk=1 console=ttyS0,9600

Csodák csodájára a kernel kezdett betöltődni, de amikor megkaptam a felszólítást arra, hogy tegyem be az FDD-be a ramdisk image-t tartalmazó floppy-t, akkor azt nem volt hajlandó elfogadni, nem találta a compressed ramdisk image-t. @&"#!!!!

További dokumentum túrás után arra találtam halvány utalást, hogy esetleg a 2.4.22-ig kibocsátott kernelek hibásak az RS/6000 CHRP architektúrát tekintve a SuSE PPC 7.1 2.4.2-es kernel kivételével. Nosza letöltöttem őket, de a kernel pár byte híján már nem fért fel egy floppy lemezre. Nem baj, felvéstem CD-re, ramdisk image-t fel dd-ztem egy floppy-ra és az alábbiak szerint indítottam a telepítést:

0>boot cdrom:,zimage root=/dev/fd0 load_ramdisk=1 fake_initrd console=ttyS0,9600

Csodálatos látvány fogadott, a kernellel bebootolt a gép, kérte a ramdisk floppy-t, beolvasta, majd felpörgette a HDD-ket és indította a Yast-ot. Innen nagyon jól követhető volt Leigh Brown leírása.

A teljes install után persze nem voltak sem moduljaim sem működő hálózatom, mivel a telepítésnek nem volt része a 7.1-es SuSE kernel csomagja, melyet a bootoláshoz használtam. Nosza letöltöttem a kérdéses rpm-t (ftp://ftp.suse.com/pub/suse/ppc/kernel/2.4.2/k_chrp-2.4.2-12.ppc.rpm) és feltettem. Utánna 'ifconfig eth0 up' és 'ifconfig eth1 up' és már kész is volt.

Természetesen nem elégedtem meg ezzel a régi kernellel és Benjamin Herrenschmidt kicsinyke segedelmével fordítottam egy 2.4.27-es vanilla kernelt. Konfig itt.

A /usr/src/linux/arch/ppc/boot/images könyvtárban létrejövő zImage.chrp-rs6k kernel image-t rá dd-ztem az install során
létrehozott formázatlan PREP BOOT partícióra (dd if=zImage.chrp-rs6k of=/dev/sda1). Mivel a kernel konfigja során magadtam a bootoláshoz elengedhetelten paramétereket (root=/dev/sda3 console=ttyS0) ezért gyakorlatilag semmiféle egyéb tennivaló nem maradt.

Reboot.

A System Management Service-ben a bootolási sorrendet megadtam a Select Boot Devices menüpontban (ehhez hasonlatosan):

- SCSI 4512 MB Harddisk ID=8

- SCSI CDROM

- Diskette

- Ethernet

Ennyi az egész...

4.) Hasznos linkek

How To Install SuSE 7.3 PPC on an IBM 43P-260

Installing
GNU/Linux on the IBM RS/6000 43P model 7248 HOWTO

Linux on the RS/6000 7043-140

PPC: How to Install SuSE Linux 7.3 PPC on CHRP or PReP Machines

Philippe
Andersson's RS/6000 Page


Common Hardware Reference Platform Specification

Download microcode for pSeries servers and RS/6000

The IBM RS/6000 Model F50

7025-F50 IBM RS/6000 Server Model F50
RS/6000 7025 F50 Series
History
of Linux for the PowerPC

http://sunsite.mff.cuni.cz/MIRRORS/ftp.suse.com/pub/suse/ppc/kernel/BETA/deflt/


Debian network installation on IBM RS/6000 44P-170 (POWER3) - HOWTO

Netbooting IBM pSeries & RS/6000

5.) Köszönetnyilvánítás

Megköszönöm Daxkobler Ákos, George Karaolides, Jean Marc Le Fevre, Benjamin Herrenschmidt, Leigh Brown rs6kpreplinux-users levelező listájának tagjainak és a SuSE-PPC levelezőlista tagjainak és valamennyi dokumentum készítőjének segítségét, hogy sikerrel éleszthettem újjá ezt a csodálatos gépet. És persze Micskó Gábornak, hogy ez az egész megjelenhetett.

6.) Licensz

A dokumentum licensze GNU/GPL. Bárki szabadon felhasználhatja és módosíthatja a licensz előírásainak megfelelően.

Két évvel a rendkívül sikeresnek mondható Első Perl Találkozó után, augusztus 28-án sor kerül a Második Perl Találkozóra is (kereken egy héttel a Tiszaújvárosi Roadshow után).A találkozó nem csak Perl rajongóknak lehet érdekes, mivel részben a Parrot és a Perl 6 várható lehetőségeiről is szól. Az előadók között két külföldi vendéget is köszönthetünk. További információk a Weblabor cikkében, illetve a Magyarországi Perl honlapon.

Teljesen képtelen ötletnek tűnik számomra, hogy valaki nem fizetős szoftverbe olyan dolgot portoljon, amely általában csak a korlátozásokkal használható programokban található meg.

Jesse Ruderman most mégis ilyennel próbálkozott, mert az Opera böngésző (szerintem) egyik legrosszabb részét, az Adbar-t (reklámcsíkot) készítette el Firefox-hoz.A kiegészítő az Adbar névre hallgat. Használói közül van olyan aki meg tudja indokolni létjogosultságát: böngészés közben megjeleníti a Google reklámok közül azokat, amelyek az oldal profiljába vágnak. Mivel a reklámok az oldal témájához köthetők, elképzelhető, hogy hasznosak. Ha éppen nincs olyan reklám, amit meg lehetne jeleníteni, akkor sincs gond, mert ebben az esetben Firefox szlogeneket, vagy más Mozilla szoftvereket népszerűsítő ``reklámokat'' olvashatunk.

Csak azért nem tettem a FUN kategóriába, mert elképzelhető, hogy valaki hasznosnak találja. Aki telepíteni szeretné az Adbar kiegészítőt, az látogasson el ide.

Megjelent a Sun Microsystems UNIX operációs rendszerének, a Solaris-nak a 9 9/04-es verziója SPARC és IA32 platformokra egyaránt.

Új funkciók: * New AMD Opteron Servers and Workstations

* UFS Logging Enabled by Default

* Multi-Owner Disk Set Support With Solaris Volume Manager for Sun Cluster

* Expanded Disk Set Support in the Solaris Volume Manager

* Expanded Printer Support

* Wheel Mouse Support

* Locale Administrator

* New Solaris Unicode Locales

* Changes to makecontext() Function

(Teljes lista itt)

Az anyag letölthető innen.

A Tom's Hardware-en jelent meg egy hosszú elemzés a FreeBSD alapokon nyugvó, m0n0wall névre hallgató tűzfal szoftverről. A m0n0wall egy olyan tűzfal szoftver, amely webes felületről könnyen adminisztrálható, állapottartó csomagszűrője van, képes IPsec és PPTP endpoint lenni, és képes sávszélesség korlátozásra is (bandwidth shaping). Emellett BSD licence van...A m0n0wall elsősorban úgy lett tervezve, hogy fusson az olyan beágyazott rendszereken, mint például a Soekris net4501-es, de emellett természetesen használható a hagyományos számítógépeken is.

Néhány jellemző adat a m0n0wall-ról:

* Stateful packet filtering with block/pass rules on all interfaces and logging

* Flexible and optional NAT & PAT including 1:1

* DHCP client, PPPoE, PPTP support on the WAN interface

* Static routes

* Traffic shaping

* Dynamic DNS client

* DHCP server, separately configurable for all interfaces

* Caching DNS forwarder with optional static entries

* Aliasing for hosts and networks

* Wireless interface support

* IPSEC VPN endpoint, network to network and mobile clients

* PPTP VPN endpoint, with RADIUS authentication support

* SNMP agent

* Logging to remote Syslog server

* Online firmware upgrade

* Configuration Backup/Restore

A meglehetősen hosszú cikket megtalálod itt.

Marcelo kiadta a 2.4.28-pre1-es kernelt. Benne nagy SATA frissítés/javítás, hálózati frissítések, lib crypto javítások találhatók. Megjelent benne a Khazad titkosító algoritmus támogatás, hozzáadásra került a prism54 wireless driver. Továbbá: SPARC64 frissítések, cciss SCSI driver frissítés, agpgart támogatás az i915 chipset-hez, OOM killer bugfixek, VM bugfixek, kezdeti támogatás a gcc 3.4-hez.

Meglehetősen nagy változások, érdemes tesztelni.A változások listája Marcelo levelében itt. Az anyag letölthető a tükörszerverekről.

Megjelent az Alsa legújabb, 1.0.6-os kiadása. Természetesen ez is csak egy bugfix kiadás, semmi különleges új feature nem került bele az anyagba.

Néhány napja helyreállt a Debian DDTP rendszere, így a különböző nyelvű felhasználók ismét kedvükre válogathatnak a csomagok között - például ha új programot szeretnének telepíteni - a saját nyelvükön. Körülbelül 5%-nyi csomagleírás már magyarul is fent van a Debian.org-on.

Ismertető:Egy pár szó a projektről:

Pár órája kijött a 2.6.8.1-es kernelhez a 3.1.4-es bootsplash patch, amivel boot képernyőt készíthetünk kernelünkhöz!A patch letölthető innen.

Rengeteg boot theme érhető el itt.

Egyéb kernelekhez is megtalálhatók a patchek itt.

Aki még nem csinált ilyet annak ez a HowTo segítségére lehet.

Azt hiszem meglehetősen sokan várják már a Doom 3 natív linuxos kliensét és a dedikált szervert. A QuakeCon-ról kiszivárgó infók szerint Todd Hollenshead id vezérigazgató az alábbiakat nyilatkozta:

A Doom 3 demo készül, és hamarosan ki lesz adva. Miután a demo megjelenik, kiadásra kerül a linuxos dedikált szerver is a linuxos natív klienssel együtt.A rendezvény keynote-ján Robert Duffy a Doom 3 vezető programozója az alábbiakat mondta:

A dedikált szerver kész, igazán hamar meg fog jelenni. A linuxos kliensen még dolgoznak, és néhány hét kell még ahhoz, hogy működjön. Utána hamarosan ki lesz adva.

Jó hírek! (Ahhoz képest, hogy egyesek az év végét emlegették, mint a kiadás dátumát...)

Bővebben a LinuxGames oldalán itt.

Készülődve a FreeBSD 5.3-as kiadására Joe Marcus Clarke bejelentette, hogy 2004. szeptember 3-ától (2300 UTC) számítva két hét időtartamra fagyasztára kerül a FreeBSD ports fa.

Frissítve lett a kiadási ütemterv is, amelyből néhány fontosabb dátum:- 2004. augusztus 15 - ports fa fagyasztásának bejelentése

- 2004. augusztus 20 - 5.3-BETA1

- 2004. augusztus 27 - 5.3-BETA2

- 2004. szeptember 03 - 5.3-BETA3

- 2004. szeptember 03 - ports fa fagyasztása

- 2004. szeptember 17 - 5.3-RC1

- 2004. szeptember 24 - 5.3-RC2

- 2004. október 1 - 5.3-RELEASE build-elések indulnak, feltöltés az FTP master site-ra

- 2004. október 3 - FreeBSD 5.3 bejelentés, sajtóhír

Joe levele itt, útiterv itt.

A Debian unstable disztribúciójában (sid) megjelentek a 3.3-as KDE csomagok, melyek számozása arra utal, hogy ezek nem beta, hanem végleges csomagok. Egyelőre nem mindegyik csomag jött ki, csak a fontosabbak, mint pl. kdelibs, kdebase, kdemultimedia, kdegraphics, stb.

A dolog érdekessége, hogy a KDE oldalán nem olvasható az új verzió bejelnetése, viszont a KDE ftp szerverén megjelent egy 3.3 könyvtár, ami jelenleg nem elérhető. Ezek szerint hamarosan megtörténik a 3.3-as verzió hivatalos bejelentése is.

Nemsokkal azután, hogy Attila Kinali visszatért Japánból, felvetette az mplayer-dev-engen, hogy az MPlayer az idők során igencsak összekuszálódni készülő kódját dokumentálni kéne. A kód - jelen állapotában - igen hiányosan dokumentált, ami nem kis akadály az olyan új fejlesztőknek, akik még csak most ismerkednek a kóddal.Hogy a munka egyszerűbbé váljon, a doxygen használatát javasolta. Innentől kezdve két új target jelenik meg a Makefileban: a doxygen és a doxygen_clean.

Ez egyben a kódolási szabályok megváltoztatását is jelenti, minden globális függvény/változót/stb. dokumentálni kell. Erről a változtatásról egy szavazást is indított.

Michael Niedermayer és Reimar Döffinger támogatták a változást, és kivételesen Wanderer is egyetértett a többiekkel ;-)

A patch még nem került be a cvsbe, de az is várható hamarosan...

Linus pár órával a 2.6.8-as Linux kernel kiadása után bejelentette a 2.6.8.1-es verziót. Ennek az oka az, hogy Willy Tarreau arról számolt be, hogy NFSv3-at használva a rendszere pánikolt. Linus hamarosan reagált, és azt írta, hogy az fs/nfs/file.c fileban található typo okozza a hibát.

A hibát javítandó kiadásra került a 2.6.8.1-es kernel.

Az anyag letölthető: FULL, patch

A változások listája Linus levelében itt. Thread itt.

Egyesek szerint ritkán, mások szerint gyakran lehet a Linux kernel futása közben oops üzenetet fogni (az oops-ról bővebben hupwiki://oops). Hogy mi ilyen esetben a teendő, hogyan kell az oops üzeneteket kezelni és mit kell velük tenni, az jól le van írva a kernel forrásban található Documentation/oops-tracing.txt fileban.

Ha valakinek ez nem lenne érthető, de szeretné megtudni, hogy miért crash-elt a rendszere, annak jó kiindulópont lehet Denis Vlasenko mini-HOWTO-ja.Denis egy RFC-t postázott az LKML-re `` HOWTO find oops location'' tárggyal. A dokumentum egy konkrét példán keresztül lépésről lépésre bemutatja, hogy hogyan kell egy oops üzenetet nyomonkövetni (trace) és megállapítani a kernel forrásban a hiba helyét.

A HOWTO megtalálható itt.

Pár nappal ezelőtt jelent meg a Kernel Traffic-ban egy írás, amely arról szól, hogy az ext3 filerendszerek fsck ideje egyre hosszabbra nyúlik, és ez a gyakran (kb. minden 30-adik mountolás után) mount-olt filerendszerek esetén (laptopok, desktop gépek) nem szerencsés dolog.

Az írást elolvasva Otto Wyss-nek egy ötlete támadt, amelyet megosztott a fejlesztőkkel az LKML-en. Az ötlet a következő: elméletileg a naplózó filerendszerek biztosítják azt, hogy a filerendszer mindig konzisztens legyen. Jobb lenne ha az fsck nem boot időben futna le, hanem a rendszer futásának idejében, alacsony prioritással a háttérben. Az ötlet nem új, hiszen a FreeBSD 5-ben már egy ideje van egy hasonló megoldás az UFS2 filerendszereken (background fsck).Az ötlet megnyerte a fejlesztők tetszését, Alan Cox (btw. Alan Cox úgy tűnik visszatért a kernelfejlesztéshez, mert az utóbbi héten szinte minden második levél tőle van) és Ted T'so is jónak találta az ötletet.

Ted szerint ehhez semmilyen kernel patchre vagy C kódolásra nincs szükség, egyszerűen az alábbiakat kell tenni:

1.) Készíteni kell egy tiszta, read-only snapshotot az ext3 filerendszerről a device-mapper segítségével.

2.) A snapshoton futtatni kell az ``e2fsck -f''-et (feltételezzük hogy a kernelünk nem bugos és hardverünk rendben van) a hibák ellenőrzéséhez. Majd végén el kell ereszteni a read-only snapshotot.

3.) Ha hibát találunk, akkor az outputot elküldjük email-ben a root-nak.

4.) Ha minden rendben van, akkor futtatjuk a ``tune2fs -C 0 -T now /dev/XXX'' parancsot az éles filerendszeren, amely beírja a filerendszerre azt az információt, hogy futott már az fsck. Ezzel megakadályozzuk, hogy a legközelebbi bootolásokkor feleslegesen fusson az fsck, és rabolja az időnket.

Ted és Alan bátorít mindenkit, aki úgy érzi, hogy szeretné megcsinálni a projektet (azt írták szép projekt egy első projektets embernek. itt a lehetőség, hogy valaki bizonyítson :-)

A thread itt.

(PS: Nem, a cikk nem jelent még meg sehol, bármilyen hihetetlen a levlistáról íródott. Gondolom magára ismer, akinek szól.)

A CNN pénzvilággal foglalkozó rovata (CNNMoney) egy interjút készített a Doom 3-at fejlesztő id Software vezérigazgatójával Todd Hollenshead-del. Az interjúban olyan kérdések bukkantak fel, amelyek a legjobban foglalkoztatják jelenleg a Doom/Quake/Wolfenstein megszállottakat:

- Milyen játékon fog az id Software dolgozni most, hogy a Doom 3 megjelent?

- Lesz Wolfenstein II? Vajon az már a Doom 3 engine-jét fogja használni?

- Lesz kiegészítő (expansion pack) a Doom 3-hoz?

- Licencelik a Doom 3 engine-t más játékkészítőknek, hogy a következő generációs játékok már ezt a motort használhassák?

- Lesz Quake 4?

- Lesz Doom 3 Xbox-ra?

- Hogy áll a (réges-réges-régen várt) Doom 3 mozi forgatása?Az CEO szerint az id Software a Doom 3-nál kevésbé forradalmi megoldásokat felsorakoztató játékkal fog legközelebb jelentkezni. Amikor 4 évvel ezelőtt el kezdtek dolgozni a Doom 3-on, akkor az egész világ tudta ezt. Jelenleg az id Software titokban tartja a következő munkáját. A fő profiljuk a Horror/Akció játék. A Quake/Doom a sci-fi világba visz minket, a Wolfenstein pedig a II. világháborúba. Most valami teljesen újat szeretnének...

A vezérigazgató elmondta, hogy lesz Wolfenstein II, de ez csúszik a 3party fejlesztőcég hibájából. Aggodalomra semmi ok, a játék el fog készülni. A Wolf II-ben a várakozások szerint már a Doom 3 motor fog dübörögni.

Doom 3 expansion. Ez is lesz. Nem az id fogja elkészíteni, de felügyelni fogják a munkát.

A Doom 3 engine licencelése. Ez is el fog kezdődni, ahogy John Carmack befejezi az engine-t. Jelenleg még folyik az új video technológiák beépítése. Ha a licencelés elindul, megkezdődhet a Doom 3 alapú játékok fejlesztése. A Raven (ismerős minden gamernek ugye?) máris licencelte a motort...

Xbox verzió lesz a Doom 3-ből, de nem ez a cég első számú megoldandó feladata a TODO listán. Várjanak még (addig nem lesz, amíg olyan Doom 3-at nem tudnak csinálni Xbox-on, mint PC-n (hogy az emberek becsináljanak a gatyájukba - szó szerinti idézet :-) ...

A Doom mozi... Az ősszel megkezdődnek a forgatások Prágában, és 18 hónapon belül már a moziban nézhetjük a filmet. A forgatókönyv már megvan... A film jogai az Universal stúdiónál vannak, amely már garancia a fél sikerre...

A teljes cikk itt.

Péntek 13: új nForce chipset drivereket adott ki az nVIDIA. Az eszköz-meghajtó programok mind IA32, mind AMD64 platformra elérhetők.

Újdonságok: * Added support for Linux Installer

* Added support for SoundStorm (Hardware Mixing supported)

* Added support for AC3 pass-through

* Added support for ethernet driver statistics and configuration information through procfs

* Added support for 2.6 series kernels

* Added a new audio application, NVIDIA NVMixer, to do Volume control per channel, input selection, Speaker selection, Speaker cloning, Swap mic to Center/Lfe & LineIn to Surround L/R

Letöltés: AMD64, IA32

Linus ma kiadta a Linux kernel 2.6.8-as verzióját. Az rc4-hez képest néhány sparc64, parisc frissítés került bele, de találunk benne hálózati driver, SATA és ARM patcheket is.

Ahogy Brad igérte, a GrSecurity project átköltözött egy új szerverre, több lehetőséggel. Új szerver pedig új kinézetet is jelent, plusz már az összes lapon látszik melyik az utolsó kiadás. A lap elérhető a http://www.grsecurity.net/ címen.

Mint ahogy ebben a cikkben is meg lett korábban említve, egyre közeledik az OpenBSD 3.6-os kiadása. Most éppen az alaprendszer és a csomagok tesztelésre kérik fel a fejlesztők az embereket, a fejlesztők jelenleg már csak a kritikus javításokat fogadnak.

Az Indexen a tech rovat rövid híreiben a http://index.hu/tech/ihirek/?main:2004.08.13.&189843 címen - amely egyébként a mai napon a főoldalon is olvasható volt - a következő címmel jelent meg cikk:

Linux alatt lefagy az Acrobat Reader.

Szerintem ez csúsztatás. A hibás program ugyanis az Acrobat Reader - egyébként egy korábbi változata - nem pedig a Linux.A hivatkozott Heise.de oldalon - szerintem helyesebben -

Buffer Overflow in Acrobat Reader für Unix/Linux

a cikk címe. Ugyanígy más a hangsúlya az Indexen szintén hivatkozott idefense cikk címének:

Adobe Acrobat Reader (Unix) 5.0 Uudecode Filename Buffer Overflow Vulnerability

Most már csak azt nem értem, hogy mi szüksége van az Indexnek az ilyen megnyilvánulásokra? Vajon magyarul az helytelen lett volna, hogy

"Az Acrobat Reader lefagy Linux alatt" ?

Frank Lichtenheld bejelentette a debian-devel-announce listán a Debian hibairtó hetet, amelynek időpontja augusztus 16-22.