Linux kernel 2.6.16.24 és 2.6.17.4

Kernel

Greg KH a -stable csapat tagja kiadta a 2.6.16-os Linux kernel 24., míg ezzel egy időben a 2.6.17-es kernel 4. javítását. Mindegyik patch egyetlen hibát, a CVE-2006-2451 id alatt futó, prctl() rendszerhívásban levő "helyi privilégium-szint emelés" sebezhetőséget javítja. A bejelentések itt és itt.

( gsimon | 2006. 07. 07., p – 09:21 )

Viccet félretéve, ezt most már tényleg nem értem. 2.6.16 _és_ 2.6.17, amikor kettővel lentebb van, hogy Linus meg kiadta a 2.6.18 rc-jét?
Akkor most ezt úgy kell felfogni, hogy régen párhuzamosan ment a 2.4 meg a 2.5, azokon belül a subminor szig. mon. nőtt, aztán csók, most meg párhuzamosan megy a 2.6.x meg a 2.6.y meg a 2.6.z, és ezeken belül vannak a kiadási számok, amik szig. mon. nőnek, azaz ahogy régen egy db fejlesztői ág volt, most van több, és a 2.6.x-ből a 6-nak nincs érdemi jelentése?

Egy fejlesztoi ag van, az amit Linus csinal, a tobbi kiadott kernel szeriara a javitasokat rakjak, tehat uj funkciok nem kerulnek a regebbi kernelekbe. A valtas az altalad emlitett x,y,z kozott eleg jelentos tud lenni es eleg sok uj funkcio jelenik meg. Mivel ezt szinte lehetetlen kovetni es a disztributorok sem torik ossze magukat ezert erdemes a javitasokat a regebbi szeriakra is kiadni. Ha a kutya sem hasznalja oket akkor majd megszunik a tamogatas, de az nem ma lesz.

--
A nyúl egy igazi jellem. Ott ül a fűben, de akkor sem szívja!

( kaktusztea | 2006. 07. 07., p – 10:10 )

Nem úgy volt, hogy lesz egy "nem kerül bele semmi új, csak bugvadászat, meg kódtisztítás" verzió?
Erre nagyobb a changelog, mint a Büntető Törvénykönyv :)

Jah, így terjednek a fals hírek.

"Nem úgy volt, hogy lesz egy "nem kerül bele semmi új, csak bugvadászat, meg kódtisztítás" verzió?"

Nem, nem volt úgy. Ha erre gondolsz, azon túl, hogy ez más téma, egy magánszemély akciója lett volna, de azóta nem láttam róla hírt. Hivatalosan nem volt róla szó.

--
trey @ gépház

Ha ígértek volna bármit is konkrétan, akkor mindenképpen számon lehetne kérni. A cikkből:

"We may possibly have a bug-fix-only kernel cycle, which is purely for fixing up long-standing bugs."

Abban egyetértünk egyébként, hogy a ganézás sosem árt. Döglött kódok kiszórása, kódtisztítás jól jön mindig.

--
trey @ gépház