Willy Tarreau: Linux 2.4.33.1

Kernel

A 2.4.33-as Linux kernel kiadásával Marcelo Tosatti több év után lemondott a 2.4-es sorozat karbantartói posztjáról, és a feladatot átadta Willy Tarreau-nak. Willy - aki már az elmúlt években is segédkezett a 2.4-es fa naprakészen tartásában - most kiadta az első kernelverzióját. Az általa kiadott anyag biztonsági javítást tartalmaz a 2.4.33-as kernelhez. A 2.4.33.1 megjelenésével a 2.4-es kernelsorozatban is bemutatkozott a négy tagból álló verziószám.

Ez az első alkalom, hogy a 2.4-es kernel nem három, hanem négy tagból áll. Hasonlóan a 2.6-os kernel "-stable" sorozatához, aholis a verziószám mögötti utolsó tag a kisebb javítások, biztonsági frissítések miatt kiadott kernel revíziókat jelzi. Ahogy Willy leírta, több biztonsággal kapcsolatos javítás is van várakozási sorban, miközben a 2.4.34-pre1 még nem kész a kiadásra. A 2.4.33.1 javításai már egytől egyig benne vannak a 2.4.34-pre1-ben.

A bejelentés itt.

( Gabucino | 2006. 08. 20., v – 10:10 )

a 2.4-es kernelsorozatban is bemutatkozott a négy tagból álló verziószám

Ez jelzi, hogy mar a 2.4-es kernelt SEM tudjak normalisan koordinalni. So long, linux.

LOL

Igazából csak hogy a topichoz is hozzászóljak... Szerintem nem az a lényeg, hogy hány tagból áll a verziószám (igaz én se tartom jó 5letnek a 2.4 végén bevezetni ezt), hanem hogy továbbra is karban van tartva. Pl. a hibajavítások mellett végre bekerültek az új maintaner által olyan
">fixek, amelyeknek köszönhetően már 4-es gcc-vel is lelehet fordítani a forrást. Szóval én bizakodó vagyok... Ez a Willy gyerek hozzáértőbbnek tűnik, mint a Tosatti.

Jó ÖTletnek én sem tartom, de a tisztességes nyelvhasználatot viszont igen.
Offtopic (== témától eltérő, de így hátha többen megértik), ezért bocsánat...
Ha már a tömörség a lényeg, szerintem ne aprózzuk, írjunk rögtön gzip-pel tömörített hozzászólásokat. Hogy már eleve így beszél a böngésző felfelé és vissza, azaz az 'ötlet'-et '5let'-nek írni értelmetlen, azt talán hagyjuk. Mindenesetre ha emiatt bárkinek is idő előtte elkopna az 'ö' ill. 't' gombja, szóljon nyugodtan, állom a cserét ingyen és bérmentve, sőt, még a fül előtti tincs bodorítási költségeit is :)... (A skótszoknya kopásának rendezési igényét viszont kérem előre jelezni :) !)

Bocs! De...! Ugye Ti olyan jól tudtátok koordinálni a mplayer fejlesztését... :)

Azért ne hasonlítsuk már össze a Linux és az mplayer fejlesztését... Előbbi mögött nem kevés pénzek mozognak már, utóbbi meg továbbra is leginkább hobbi projekt.

Ahoz képest, hogy mekkora pénzeket tolnak bele manapság a Linuxba, még mindig nem látom, hogy lenne normális koncepció a fejlesztésben.

( Madman | 2006. 08. 20., v – 12:17 )

pedig remeltem, hogy legalabb a 2.4ben mar kihagyjak ezt a barmosagot hogy 2.4.33.2.11.4.5.23.49.....
eleg lett volna a 2.6ot boldogitani ezzel...

Azért ennyire talán nem egyszerű a dolog...talán az lehet mögötte hogy egy "apróbb" sec fix-ért nem kell a népnek kibekkelni a pre-, rc- fázisokat...

Az egy más kérdés, hogy ha annyira kritikus, meg lehet találni csak a kérdéses hibára a foltokat, és be lehet tolni a forrásba "saját felelősségre" , ezért nem feltétlenül kell kiadni egy új kernel rev-et, de kétségkívül a secunia statisztikában jobban mutat a "Vendor patch". :)...

Sz'al 2 secfix miatt még ne kezdjük el temetni...

mondjuk én így is inkább majd csak a pecseket dobálom majd bele a jó öreg 2.4.27esembe...

---------

ha majd eljutunk oda, hogy a 2.4.33ből lesz 14, a 2.4.34ből lesz 10, és ez 2heti rendszerességgel, és a kettő közötti chaneglog lesz vagy 2-3 mega a patch-ről már nem is beszélve, a zárt bináris driverjeink pedig képtelenek lesznek követni az állandó változást, akkor megyek thug-hoz útmutatóért openbsd-howto ügyben.

---------------------

Nem a zsömle kicsi, a pofátok nagy...

"a zárt bináris driverjeink pedig képtelenek lesznek követni az állandó változást, akkor megyek thug-hoz útmutatóért openbsd-howto ügyben"

Na tessék. :-)
Egyébként nem is értem, hogy ilyen web/file/database/mail szervernek minek a Linux. Lehet, hogy flame, meg minden, de nem tudom, hogy mivel nyújt töbebet.