Mivel az utóbbi időben megnőttek az oldalon az olyan "anonymous" hozzászólások, amelyek az offtopic kategóriába tartoznak, és amelyek sokszor túllépik a "kultúrált megjegyzés" határát, úgy döntöttem, hogy kitalálok valamit, amivel talán csökkenteni lehet az ilyen jellegű megjegyzések számát. Többen javasolták már, hogy szűnjön meg az "anonymous" hozzászólás. Ezt a utolsó lehetőségnek tartogatom. Nem akarom egyelőre korlátozni a hozzászólásokat. Viszont ami tényleg zavaró, az az, amikor anonymous beszélget egy másik anonymous-szal hosszabb threadben, és a végén már nem lehet tudni, hogy ki kinek válaszol. Sokan nem akarnak regisztrálni, így maradt az a megoldás, hogy logolom a hozzászóló IP címét vagy hostját. Ez eddig is így volt, de mostantól minden látogató láthatja ezeket az IP-ket. Természetesen nem az egész IP-t, hanem annak egy részét, amely azért elég ahhoz, hogy valaki többé-kevésbé azonosítható legyen. A dolog nem az én ötletem, egy külföldi oldalon láttam működés közben. A Deadly.org is hasonló problémával küzdött, ott is bevezették ezt, és most már ott tartanak, hogy meg is szüntették, mert nincs rá szükség. Megszűntek a zavaró hozzászólások.

Szóval ami változott:

- az adminisztrátor továbbra is látja a teljes IP-t vagy hostot

- a látogatók (regisztrált és regisztrálatlan) az IP cím vagy a hostnév csökkentett verzióját látják pl. ---.103-182-adsl-pool.axelero.hu formában

A változások vonatkoznak a cikkeknél levő hozzászólásokra, és a szavazásnál levő hozzászólásokra egyaránt. A változások visszamenőleg érvényesek az összes eddig megjelent cikkre és szavazásra.

Mielőtt még valaki azzal jönne, hogy "hehe, lehet jönni proxy mögül is...", igen, tudom. A dolognak csak annyi célja van, hogy talán mindenki meggondolja kétszer, mielőtt hozzászól a cikkekhez..

Egy dolgot nem tudtam eldönteni. Azt, hogy minden olvasó láthassa az IP címeket, vagy csak a regisztrált hozzászólók. Egyelőre így marad.

Remélem, hogy ezzel növekszik a hozzászólások színvonala. Esetleg még tervezem azt, hogy a regisztrált olvasók is moderálhassák a hozzászólásokat, ezzel is szűrve a zavaró megjegyzéseket.

A News.com interjút készített Sterling Ball-lal, az Ernie Ball cég vezérigazgatójával. Az Earnie Ball a világ vezető gitár kiegészítőket gyártó vállalata, amely a neves zenészek olyan széles skáláját látja el alkatrészekkel, amely Eric Clapton-tól a Metallica-ig terjed.

Az interjú aprópója az volt, hogy a zenei kellékeket gyártó cég Linuxra váltott. Tette ezt annak ellenére, hogy tisztában van a SCO üggyel.2000-ben a Business Software Alliance (BSA) látogatót tett a Earnie Ball-nél, ahol néhány licenc nélküli programot talált. A céget 65,000 dollárra perelték be, plusz ki kellett fizetni a 35,000 dolláros perköltséget is.

Az ügy után Ball azt mondta az IT részlegének, hogy 6 hónap alatt meg akar szabadulni a Microsoft termékektől.

"Azt mondtam, azt sem bánom, hogy ha 10.000 abakuszt is kell vennünk." - emlékszik vissza Ball.

Balls csapata Red Hat Linuxot, OpenOffice.org irodai programcsomagot, Mozilla böngészőt, és néhány olyan kereskedelmi programot telepített, amelyet nem tudtak nyílt forrású alternatívával kiváltani.

Az interjúban Ball a tapasztalatairól beszél.

Érdekes interjú, érdemes elolvasni. Megtalálod itt.

A Montavista - open source szoftverkészítő cég, olyan kernel hackerek dolgoznak ott, mint Rober M. Love a preempt kernelpatch szerzője - egy meglehetősen komoly, és részletes tájékoztatót adott közre honlapján, amelyben felhívja a felhasználói figyelmét, hogy ne fizessenek a SCO-nak egy centet se.

A Siemens vállalat mintegy 170 000 dolgozójának humán erőforrás kezelését, valamint bérszámfejtését SuSE Linux Enterprise szerveren (SLES) futó mySAP rendszer biztosítja. Ez világszerte az egyik legnagyobb mySAP implementáció.A Siemens Business Services által üzemeltett SuSE Linux Enterprise Server mellett az kedvező ár-minőség arány, a nagy teljesítmény és a viszonylag könnyű átállíthatóság döntött, valamint fontos szerepet játszott a nyílt forráskódú operációs rendszerrel szerzett számos általános jó tapasztalat.

A jó tapasztalatok egy öt éves együttműködést eredményeztek, melynek keretében 400 szerveren fut már SuSE Linux Enterprise Server a Siemensen belül.

A teljes cikk angol nyelven az alábbi címen olvasható:

http://www.suse.de/en/company/customer_references/sbs.html

Megjelent az SGI által fejlesztett XFS 1.3.0-ás verziója.Az XFS egy GPL licenc alatt kiadott nagyteljesítményű naplózó filerendszer, amelyet az SGI fejleszt 1994 óta. Ami jellemzi: gyors visszaállítás a crash után, gyors tranzakciók, magasszintű skálázhatóság és kiváló átviteli sebesség. Az XFS-t arra tervezték, hogy többszörös multimédia streameket írjon és olvasson, ezért nagy file-ok kezelése esetén még jobban teljesít.

Linkek:

honlap

letöltés

változások logja

freshmeat oldal

Blake Stowell, a The SCO Group közönség-szolgálati igazgatója azt állítja, hogy a SCO 2002-ben kelt levelében - amelyben bejelentették, hogy szabaddá teszik a régebbi UNIX verziók forráskódját - nem ajánlottak fel UNIX kódok szabad felhasználhatóságát, open-source feltételeket, viszont Stowell szerint a levél "nem kereskedelmi célra való felhasználás" kikötést tartalmaz. A céget akkor még Calderának hívták.

"Nem vitatom, hogy a levél terjesztve lett, és hogy a Caldera engedélyt adott arra, hogy a 16-bites, nem-UNIX System V kódot fel lehet használni a Linuxban nem kereskedelmi céllal." - írta Stowell egy e-mail interjúban.

Érdekes, mert a levél mást mond:A levél - amelyet Bill Broderick, a Caldera licenc szolgáltatásokért felelős igazgatója 2002. január 23-án adott közre - valójában nem említ semmi olyat, hogy csak "nem kereskedelmi felhasználásra" engedélyezett a kód használata, és emellett nem csak a 16-bites kódokra vonatkozott az engedély, hanem a levélben szerepel a "32-bit 32V Unix" meghatározás is.

Amikor levélben felkérték Stowell-t, hogy tisztázza ezt az ellentmondást (a "nem kereskedelmi felhasználásra") , azt válaszolta, hogy "Azt mondtam, amit Chris Sontag mondott." Sontag a SCO rangidős alelnöke és emellett SCOsource divízió igazgatója.

A kérdéses levél itt.

Érdekes.

Az Internet Software Consortium, Inc. (ISC) és Registro.br bejelentette, hogy egy új root névszervert állítottak üzembe Dél-Amerikában. A root szerver egy replikája lesz a ISC-nél működő "F-root szerver"-nek. A szerver beüzemelésének célja, hogy növelje a latin-amerikai országokban az internetes szolgáltatások minőségét és stablilitását. A szerver Sao Paoloban került elhelyezésre. A szerver BIND 9 névszervert futtat.

Jelenleg 13 root névszerver van világszerte. Ezen szerverek nélkül lehetetlen lenne az Internetet használni. A 13 szerverből 10 található Ameikában, egy Ázsiában, és kettő Európában.Az ISC-t 1993-ban alapították, hogy magas minőségű referencia protokoll implemetációkat készítsen, amelyek az internet magját képezik. Az ISC DNS implementációját, a BIND-et - amelyet eredetileg a UC Berkeley fejlesztett ki, és amely része volt a BSD (Berkeley Software Distribution) rendszernek - az ISC teljesen újraírta. A Interneten a legtöbb DNS szerver BIND-et vagy BIND-ből származó névszervert futtat. Az ISC DHCP implementációja de facto szabvány lett az összes UNIX és UNIX-szerű rendszereken, beleértve a Linuxot és a BSD-ket is.

Az ISC sajtóbejelentése itt.

Linus kiadta a kiadás előtt álló következő stabil kernelsorozat negyedik teszt verzióját.Fordítási hibák javítása, ia64 frissítések, Zoran video capture driver frissítés, kódegyesítés Andrew Mortonnal és az arch (x86-64, ia64, sparc64, arm) karbantartókkal, AGP frissítések, hálózati meghajtóprogram javításaok, ACPI és energia gazdálkodási infrastruktúra-beli munkák.

Letölthető patch-2.6.0-test4.gz

Változások listája Linus levelében itt.

A Libranet tegnap kiadta a Libranet névre hallgató Debian alapú operációs rendszerének 2.8.1-es verzióját. Ez a Debian alapú, kereskedelmi Linux terjesztés meglehetősen népszerű a kezdő Linux felhasználók között, hiszen a Debian stabilitását ötvözi a könnyű kezelhetőséggel. Emellett másik nagy előnye, hogy meglehetősen naprakész terjesztés. Milyen fő komponensekből áll? ->Linux 2.4.21 kernel, XFree86 4.3.0, GNOME 2.2.2, KDE 3.1.3, Mozilla 1.4 és OpenOffice 1.0.3. Ezen kívül néhány újítást vezettek be a telepítőben és az AdminMenu-ben is.

Az előnyei mellett van hátrány is. Sajnos nem ingyenes. A $39.95-től $104.95-ig terjedhet a felhaszálási területtől függően.

Letöltés, megrendelés

A Sun Microsystems is be kíván szállni a desktop ringbe. A kiadás előtt álló (ősszel megjelenő) Mad Hatter névre keresztelt Linux-alapú desktop operációs rendszere lassan elkészül. Úgy volt, hogy a projekt Red Hat alapú lesz, de a képernyőmentések arról tesznek tanúbizonyságot, hogy a Sun erősen rajta tartotta a kezét a fejlesztésen. A projektet eredendően azért hozta létre a Sun, hogy egy olcsó workstation/desktop megoldást nyújtson a meglevő felhasználóinak, akik egyre nagyobb számban váltottak a Sun drágább Solaris megoldásairól az olcsó Linuxra.

A képernyőképek itt:

defaultmenu_scrnshot_081803.jpg

defaultevolution_scrnshot_081803.jpg

defaultmozilla_scrnshot_081803.jpg

Bővebb infó itt.

A Bugtraq levelezőlistán jelent meg egy hír, amely szerint a BitKeeper súlyos hibát tartalmaz, amely egy speicális formátumú patch elfogadásával használható ki. Működő exploit létezik rá, a részletek érthető okokból egyelőre nem nyilvánosak.

További információ itt

Eric S. Raymond - az Open Source guru - Bruce Perens-hez hasonlóan szintén elemezte a SCO által bemutatott "bizonyítékokat". A SCO a las vegas-i SCO Forum-on mutatta be a "bizonyítékait" arra nézve, hogy az IBM System V kódot másolt a Linux kernelbe.

Lássuk:

"....Három jó hírem van a SCO-nak azon bizonyítékukkal kapcsolatban, amelyet 2003. augusztus 18-án mutattak be. Az egyik alátámasztja a kódmásolást, a második az, hogy a GPL-lel való védekezés nem használható ebben az ügyben, és a harmadik az, hogy a BSD valószínűleg nem ment meg minket.""Viszont a többi hír rossz a SCO-nak: az állítólagos (törvény)sértő kód nagy része (a) ki lett adva a SCO/Caldera által mint Open Source 2002-ben, (b) nem az IBM-en vagy a Sequent-en keresztül került a Linux forrásába, (c) a Linux disztribúciók 90%-a nem tartalmazza a kódot, és (d) el lett távolítva a Linux 2.5-ből 2003. júniusában mert túl ronda volt."

A teljes elemzés itt.

Megnyílt a Linux-felhasználókMagyarországi Egyesülete által már az ötödik alkalommal szervezett GNU/Linux Szakmai Konferencia honlapja a konf2003.linux.hu címen, így a regisztrálás megindulhat!

Passzív operációs rendszer fingerprinting (ujjlenyomat) képességet építettek a PF-be (OpenBSD packet filter) amellyel lehetőség nyílik arra, hogy a forrás host operációs rendszerének verzióját egy szűrőnek átadja. Hogy mire használható ez?

Például a webszerverünket meglátogató, régi operációs rendszerrel ellátott gépeket átirányíthatjuk egy olyan weboldalra, amelyen felhívjuk a figyemüket a frissítésre. Vagy blokkolhatjuk az összes windows gépet a mail szerverünktől, hogy óvakodjunk a windowsos vírusoktól (állítólag nagyon jól működik a SoBig.F ellen).A stuffról egy leírást találsz itt. A készítők kérnek mindenkit, hogy segítsék a fejlesztést azzal, hogy segítenek feltölteni a OS fingerprint adatbázist a saját adataikkal. Ezt megteheted itt. Ha a weboldal nem ismerné fel az operációs rendszeredet és az egyéb adatokat, akkor azokat meg tudod adni az oldalon.

Bővebben itt.

A probléma:

"Az NVidia régóta készít az általa gyártott chipekhez "gyári" - ugyan zárt forrású, de - 3D gyorsítással rendelkező eszközmeghajtó programot. A driver-nek van azonban egy olyan kellemetlen tulajdonsága, hogy csak a 2.4.x szériájú stabil kernellel hajlandó működni. Addig amíg valaki meg nem dolgozza...."

Mivel a 2.6.0-test3-bk5 kerneltől (Linus fájának Bitkeeperből kinyerhető verziója) ismét változtak az adatstruktúrákkal kapcsolatos PCI nevek, ezért egy apró módosítást kellett végrehajtani a driverben. A patchelt kernel modul forrás a legközelebbi változásokig fog lefordulni a 2.6.0-test3-bk5 és újabb kerneleken.Akinek szüksége van a patchelt (kernel modul) forrásra, az letöltheti:

NVIDIA-Linux-x86-1.0-4496-pkg2-test3-mm3.tar.gz (.sign)

A telepítés menete:

1.) tedd a NVIDIA-Linux-x86-1.0-4496-pkg2-test3-mm3.tar.gz csomagot a /usr/src-be

2.) bontsd ki

3.) cd NVIDIA-Linux-x86-1.0-4496-pkg2-test3-mm3/usr/src/nv

4.) make

Tesztelve:

Uniproc kernel, SMP kernel, gcc 3.3

Tesztelve:

Unreal Tournament, Unreal Tournament 2003, RtCW: Enemy Territory

PS: ha kell szupport, írj a Fórumba itt.



Enjoy.

Véget ért a Szükség van (minden áron) a számítástechnikában a magyarításra? című szavazás, az eredméneket meg lehet tekinteni itt.

Az új szavazás témáját kedves anonymous kolléga vetette fel, amelyet mások kiegészítettek. A heti szavazás fő kérdése: "Mivel járulok hozzá a Szabad Szoftver elképzeléshez?". Szavazni lehet itt.Az előző szavazás hozzászólásaiban valaki fel vetette, hogy miért nem javasolhatnak az olvasók szavazásra témákat. Javasolhatnak, javasolhattak, de ahogy nézem nem sokan élnek a lehetőséggel. Mindenesetre akinek van valami ötlete, a javaslatát megteheti itt (a kiírt formában).

Egy téves határellenőrzési hiba van a semget(2) rendszerhívásban, amely a rosszindulatú helyi felhasználó számára lehetővé teszi azt, hogy kernel pánikot okozzon. A hiba kihasználásának során privilégium szint emelésre nincs lehetősége a támadónak.A támadás során a támadó rá tudja venni a kernelt, hogy az kifusson a rendelkezésre álló memóriából. A bug az OpenBSD 3.3-ban jelent meg, az előző verziók nem érintettek.

A hiba javítva van az OpenBSD-current-ben és a 3.3 stable ágban is. A patch elérhető az OpenBSD 3.3-hoz itt:

ftp://ftp.openbsd.org/pub/OpenBSD/patches/3.3/common/002_semget.patch

Az Eweek egy interjút tett közzé Linus Torvaldsszal. Az interjúban a kedden kiszivárgott állítólagos "lopott" System V kódról kérdezték Linust.Linus elmondta, hogy a SCO által bemutatott kódrészlet egy memóriakezelő rutin darabja. Tulajdonképpen nem nagyon lényeges kód. A függvény szerepel az eredeti UNIX kódban, ezt eredetieg Ken Thompson írta. A kód megjelent már többször is nyilvánosan, példul a Lion könyvben, vagy például Maurice J. Bach "The Design of the Unix Operating System" című művében is.

Más szóval a kód nem csak 30 éves, hanem már számtalanszor publikálták is. A kód egyébként része a BSD Unix-nak is. A kódot már többször is kiadták (a könyveken kívül), egyrészt Dennis Ritchie, másrészt a Caldera tette elérhetővé a BSD licenc alatt.

A dolog iróniája, hogy a kód eltávolításra kerül a megjelenő 2.6-os kernelben. Ennek nem az az oka, hogy szerzői jogokba ütközne, hanem az, hogy a kernelfejlesztők meglehetősen csúnyának találták. Szóval nem elég, hogy a BSD licenc alatt elérhető a kód, még el is lesz távolítva.

Érdekes interjú, olvassátok itt.

Bruce Perens elkészítette annak a kiszivárgott SCO "bizonyítéknak" az elemzését, amelyet tegnap tett közzé a Heise német nyelvű IT oldal.

Az 1-es képen látható görög szöveg megfejtése nem volt bonyolult. Begépelve a szöveget Symbol fonttal, majd utána a fontokat Latin-ra váltva az alábbi szöveget lehet olvasni:

* As part of the kernel evolution toward modular naming, the

* functions malloc and mfree are being renamed to rmalloc and rmfree.

* Compatibility will be maintained by the following assembly code:

* (Also see mfree/rmfree below)A kettes képen látható kódsor számos szintaktikai hibát tartalmaz, így kizárt, hogy a Linux kernel része legyen, mert ebben az állapotban biztos, hogy nem fordul le. Egyébként a kód egy malloc() függvény kódja, amelynek a szerzői jogát az AT&T birtokolja és amelyet kétszer is kiadtak BSD licenc alatt. Egyszer az AT&T egyszer pedig a Caldera. Az a Caldera, akit egyébként most SCO-nak hívnak. Érdekes ;-)

Az elemzést el lehet olvasni itt.

Most, hogy a SCO elkezdi megfélemlíteni a végfelhasználókat is, elkezdtem elmélkedni azon, hogy vajon nekünk (vagy más hozzánk hasonló otthoni felhasználóknak) kell-e rettegnünk a SCO-tól?

Először is megvizsgáltam, hogy használok-e egyáltalán olyan kódot amit a SCO kifogásol.

1.) JFS - az IBM által fejlesztett naplózó filerendszer. A SCO azt állítja, hogy ez nem az IBM saját fejlesztése, bizonyos jogilag védett kódokon alapul. Nem használom.

2.) NUMA - Non-Uniform Memory Access. Kimondottan "nagygépes" környezetben használt technológia, speciális vasat igényel (pl. IBM NUMA-Q, Compaq Wildfire, SGI MIPS64, stb. Nem használom.

3.) SMP - Többprocesszoros környezet (Symmetric Multi Processing - SMP). Olyan számítógépeken használható, amelyekben egynél több processzor található (speciális eseteket kivéve). Használom.

4.) RCU - Read-Copy Update. SMP-hez kapcsolódó kód. A Linuxban az SMP kernelhez szorosan kapcsolódik, így használom.

Négy dologból kettő.Kérdések:

1.) Lehet, hogy el kellene kezdenem félni?



2.) Mi van azokkal, akik a felsorolt 4 dologból egyet sem használnak? Azoktól milyen alapon akar a SCO pénzt kérni?

Szerencsére Magyarországon más törvények vannak (egyelőre) érvényben, mint az USA-ban, de azért játszunk el a gondolattal, hogy mi lenne akkor, ha...

Valaki mondhatná: "Ugyanmár, hogyan jutnának el hozzánk a SCO emberei?" A kérdésre egyszerű a válasz.

Elegendő, ha valaki regisztrált Linux felhasználó, elegendő ha csak egyszer postázott levelet mondjuk az LKML-re, vagy bármely más levelezési listára. A nagy keresőmotorok biztos, hogy tartalmazzák a nevét, így elképzelhető, hogy elérik ha nagyon akarják. Nem kell más hozzá, mint hogy ír valaki egy scriptet, amely levlistákról kigyűjti a nevet, címet (akár országra lebontva) és egy listát készít belőle.

A következő kérdés ez lehetne:

3.) Ki érvényesítené a SCO jogait itt Magyarországon?

Nem tudom. Akár fogadhatna egy ügyvédet, vannak szerzői jogvédő hivatalok, akiknek pont az a dolgok, hogy hasonló szerzői jogi dolgokban eljárjanak.

4.) Magyarországon mi kell ahhoz, hogy valakit perbe fogjanak szerzői jogok "megsértéséért"? Elegendő lenne-e a SCO "bemondása", hogy "lopott kódot használ, fogják perbe", vagy szakértőknek meg kellene-e mutatniuk a kérdéses kódrészeket, akik azokról szakvéleményt mondanának?

5.) Ha igen, akkor kik lennének a szakértők?

6.) Mi van olyankor, ha a SCO megbízza a magyarországi szerzői jogvédő szervezeteket, hogy járjanak el helyette?

7.) Ha netán valami csoda folytán valakit beperelnének Magyarországon, az vajon mit tehetne? A magyarországi szabadszoftveres szervezetek tudnának-e valamilyen segítséget nyújtani a bajba jutott embernek?

8.) Mennyi esélye van a SCO-nak az átlag felhasználóval szemben?

Miért mennyi esélye van a Microsoftnak az átlag felhasználóval szemben?

Egyelőre ennyi kérdés merült fel bennem. Aki tudja a válaszokat, az tudassa...



Szóval kell félnünk a SCO-tól?

Az SCO azt tervezi, hogy folytatja és kiszélesíti a FUD (Fear, Uncertainty and Doubt - félelem, bizonytalanság és kétség rövidítése) kampányát a Linux felhasználók ellen. Darl McBride - a SCO elnöke és vezérigazgatója - elmondta a las vegas-i SCO Forum-on, hogy azt tervezik, hogy beperelik a végfelhasználókat isk.

McBride szerint a Linux felhasználókat felderítő munka már el is kezdődött a múlt hónapban. McBride elmondta, hogy az elmúlt hónapban sikerült azonosítaniuk az összesen eladott Linux szerverek vásárlóinak 10%-át (gondolom az Államok területén), és mint hozzátette azt várja, hogy mire a jogi akciókat elkezdik, ez a szám felmegy több, mint 40%-ra.

Három csoport dolgozik a felhasználók felderítésén. Az egyik készíti a felhasználók listáját. A második csoport feladata az, hogy elérje a felhasználókat (levélben) és felszólítsa őket a SCO UnixWare licenc megvásárlására. A harmadik csoport feladata pedig az lesz, hogy a jogi lépéseket megtegye azon felhasználók ellen, akik elutasítják a licenc megvásárlását.

Bővebben itt.

Alan Cox - talán az egyik legismertebb 'öreg motoros' a Linux kernel bizniszben - egy kisebb patchet küldött az LKML-re amely több helyen megváltoztatja a Maintainer/Credit listát a Linux kernel forrásában. Alan eltávolította magát a karbantartók közül.Ennek az oka az, hogy Alan kiveszi a tanulmányi szabadságát a Red Hat-nál, és visszatér az egyetemre, hogy tanuljon. Mivel Alan volt a 2.2-es kernel karbantartója is, most két lehetséges verzió van. Vagy végleg befejeződik a 2.2-es kernel karbantartása, vagy új karbantartó után kell nézni.

Feltették neki a kérdést, hogy miért távozik, mire Alan egy magyarázatot postázott:

From: Alan Cox [email blocked]

Subject: Next Month/Changes to where to send stuff

Date: 20 Aug 2003 13:05:10 +0100

At the end of September I'm off back to University on a years sabbatical from Red Hat to study for an MBA. I've made the decision that I'm basically going to vanish for the year so I can concentrate on the course, and on the pet side project of learning Welsh.

I've passed all my userspace projects on to other people already, and I'll be vanishing from kernel space too (except to a few priviledged processes ;)). Lots of people send me stuff as a gateway to getting it into 2.4 and 2.6. Lots of people send me security related stuff.

Can you in future please send stuff to

Security: [email blocked]

2.4: Marcelo/the list/someone he nominates to do that job

2.6: Andrew Morton or for small stuff Rusty Russell's trivial patch manager.

The 2.2 tree needs a new maintainer, someone who can spend their entire life refusing patches, being ignored by the mainstream (because 2.2 is boring) and by vendors (who don't ship 2.2 any more).

I'm not sure what to do about the -ac patch. Most of the remaining stuff is "pending Marcelo" for 2.4 mainstream, but not the O(1) scheduler and some of the odder cool stuff (like the morse bits). As 2.6 becomes relevant 2.4-ac basically becomes a fixed collection of add-ons that aren't mainstream anyway. And of course there are other people keeping patch sets in the same way nowdays.

A few years ago I'd have worried about doing this, the great thing is that with the kernel community we have today I know I'm not a critical cog in the machine. In fact I'm surrounded by people far better than I am and we even have Andrew Morton to keep Linus in check 8)

Dal ati!

Alan

Egyszer volt már ilyen pollfest, most itt az alkalom, hogy újra olyan témák legyenek megszavazva, amely az olvasókat érdekli. Ezért olyan szavazás témákra és válaszokra várok javaslatokat, amelyek az oldal profiljába vágnak és nagyobb érdeklődésre tarthatnak számot, stb. A szavazási témákra való jelölés formája:A szavazás címe: cím (egyértelmű, pontos max. 100 karakter)

válasz 1: (max. 50 karakter)

válasz 2: (max. 50 karakter)

válasz 3: (max. 50 karakter)

[..]

válasz 12: (max. 50 karakter) (ez a maximum válasz szám)

Az érdekes szavazásokat egyenként meg fogom szavaztatni, a sokásos ~1 hét / szavazás ciklusokban.

A javaslatokat a "hozzászólások"-ba várom.

Köszönöm.

A FreeBSD Release Engineering (RE) csapat bejelentette, hogy a FreeBSD 4.9 forrásfájának fagyasztása augusztus 25-én következik be. Az ok: készülődés a 2003. szeptemer 29-re ütemezett végső kiadásra. Az augusztus 25. dátum utáni, a RELENG_4 branch-be történő commiteket jóvá kell hagynia a FreeBSD release engineering csapatnak (re@FreeBSD.org). Ez alól csak egyes különösen aktív dokumentáció írók vannak felmentve.

Az első kiadásra jelölt (RC) kiadás szeptember 12-re van ütemezve az x86 és Alpha architektúrákra. Az ISO image-ek fel lesznek töltve az ftp-master.freebsd.org és a releng4.freebsd.org siteokra. A hálózati telepítési könyvtár fel lesz töltve az ftp-master.freebsd.org-ra. A packages/ könyvtár egy relatív symlink lesz, mint ahogy le van írva a releng cikkben. A ports fa 2003. szeptember 19-én lesz taggelve.

A kiadási csomagok szeptember 26-án lesznek feltöltve. A hivatalos kiadás és hivatalos kiadási bejelentés 2003. szeptember 29-én lesz. A RE csapat szintén kiadta a FreeBSD 4.9 nyílt feladatok (TODO) listáját és a Testing Guide-ot is a 4.9-RELEASE-hez.

FreeBSD 4.9 kiadási ütemterv

Sam Ravnborg egy olyan patchet készített, amelynek segítségével lehetőség nyílik arra, hogy egy kernel forrásból különböző kimeneti könyvtárba fordítsunk kernelt. Ez akkor lehet hasznos, ha több különböző konfigurációval dolgozunk, esetleg ro mediumon (pl. CD-ROM-on) tartjuk a kernel forrást. Az elgondolás szerintem nagyon hasznos. A használata egyszerű. A kernel fordítás közben a

make O=dir/to/kernel/src

parancsot kell kiadni.

A patch nény részből áll:

core patch

ieee patch

include patch

i386+always patch

A thread itt kezdődik.