Chris Wright: Linux 2.6.16.16

 ( trey | 2006. május 11., csütörtök - 10:48 )

Chris Wright, a -stable csapat tagja bejelentette a 2.6-os sorozatú Linux kernel legfrissebb, javított változatát. Benne egy darab lock-olást érintő hiba került javításra. A bejelentés itt. A változások részletesen itt.

Hozzászólás megjelenítési lehetőségek

A választott hozzászólás megjelenítési mód a „Beállítás” gombbal rögzíthető.

Vajon ha minden 1-es új kiadásban 1 hibát javítanak akkor meddig jutnak a számozásban? :D

Software is like sex, it's better with a penguin. :D (r)(tm)(c)

Gondolom, tartani fog e-hez.
Azért arra viszont kíváncsi leszek, mivel indokolják majd a minor-váltást, mert a 'nagy inkompatibilitást okozó, esetleg koncepcionális változás' már nem kritérium, hiszen ilyesmi bőven elvan subminor-váltásnál is. Tényleg, a 2.6 után mi lesz majd, 2.7, 2.8 vagy rögtön 3.2?

Tényleg, a 2.6 után mi lesz majd, 2.7, 2.8 vagy rögtön 3.2?

Anno az ősidőben azt mondta Linus, hogy a kernel verziószáma sosem fogja elérni az 1.0-t, hanem csak egyre jobban fogja azt alulról közelíteni (0.999... ;). Persze ez végül nem lett betartva, de utána mintha azt is kijelentette volna, hogy a végső/utolsó verziószám 3.14.15 lesz. Vajon ezt mikorra érjük el? ;D

soha, majd jon 3.14.14.34.53.45.6.5.65.75, aztan igy tovabb :-D

A vegtelen ciklus is vegeter egyszer, csak kelloen eros hardver kell hozza!

100 év múlva pedig arra fognak gépet kérni, hogy tovább tudják számolni, mi?

Kérdés, betartja-e. AZ már látszik, hogy elirigyelte Knuth-tól a TeX verziószámozását, ami ugye e-hez konvergál (más kérdés, hogy ott kicsit ritkábbak az új kernel verziók)

A TeX a Pi-hez konvergál, a METAFONT konvergál az e-hez, nem?

Bocs, lehet, hogy elírtam?

Ja, megint van egy ötletem :)! A 2.0.0.0/8 subnet az iana átlal foglaltnak van minősítve, szerintem igazán elkérhetnék tőlük a kernel publikálásának a céljára, oly módon, hogy az adott kernel verzió a neki megfelelő ip-n direktben lenne elérhető, és ha pl. le akarom hozni a 2.6.20.42-es kernelt, akkor csak annyit kéne mondanom, hogy 'wget http://2.6.20.42'!

Jó ötlet :)

Nem jó, mert ha az egyik szám eléri a 255 -öt, utána mi lesz...? :)

--- GTK programozás C nyelven ---
http://hu.wikibooks.org/wiki/GTK%2B_programoz%C3%A1s_C_nyelven

Át kell állni IPv6-ra, bár az kissé macerásabb. :)

érdekes verzioszámok lennének :-O

Most nem az?

billentik az eggyel nagyobb helyiértekű byte-ot a cimben. neizguljatok kitart egy jo darabig ;)

Vagy áttérnek az OID-alapú elérésre...

csak a 255-os szammal van gond. a kernelen belul minden verzionak 0-255 erteke lehet;) legfeljebb kihagyjak a 255-ost;)

Anr - http://andrej.initon.hu

Ha a hup vasra gyűjtésből marad pénz, szerintem venni kéne belőle diszket az ftp.fsn.hu-ba, hogy biztos elférjen a mirror :).

Az FSN FTP szerver "felújítára" tavaly volt egy gyűjtés (FSN Tégla). Egyébként sincs mirrorozva a kernel az ftp.fsn.hu-ra.

--
trey @ gépház

de megfigyeltetek, hogy ez a verzio is egyetlen egy patch-ete tartalmaz;)

mai alvo fejlesztonk:
Trond Myklebust:
fs/locks.c: Fix lease_init (CVE-2006-1860)
;))

Anr - http://andrej.initon.hu

Az idozonak teszik, valoszinuleg bealudt..

Legalább kiadták ezt a patc-et, minthogy megvárják, hogy összegyüljön X darab patch.

Legalább kiadták ezt a patc-et, minthogy megvárják, hogy összegyüljön X darab patch.

Teljesen osztom a véleményedet! A nagyobb biztonság érdekében azonnal kiadják a hiba javítását, ez _inkább_ előny, mint hátrány. Szerintem.

Versiontracker rendszerek a barataid akkor, a release masrol szol.

Egyetértek. Jobb, mintha havonta jönne egy patch (ld. MS), és egy 29 napja kiderült hiba 29 napig minden (ezt a kernelt használó) gép védtelen lenne. Bár mi lesz így az uptime-ommal? :D Fontos rendszeren ezért használok inkább 2.4-et, itthon meg már hozzászoktam, hogy szinte minden nap másik kernellel indul a gép.

(Francba csak most olvastam a Wiki-ben lévő szócikket. Egyszerűbb lett volna belinkelni, a végén meg helyeselni. :D )