Debian Etch kiadási ütemterv

Debian

Andreas Barth, a Debian release csapat tagja tegnapi levelében azt írta, hogy 7 hónapnyi távolságra vagyunk a Debian Etch kiadásától. Az, hogy milyen architektúrákra fog megjelenni a Debian GNU/Linux következő stabil kiadása, az még nem végleges, de esélyes, hogy az ARM ismét szerepel majd, mint kiadási architektúra.

Az ütemterv főbb dátumai:

N-117 = 2006. július 30. hétfő: alapvető fejlesztő- és fordítóeszközök, kernelek fagyasztása
N-110 = 2006. augusztus 7. hétfő: alaprendszer, nem alapvető fejlesztőeszközök fagyasztása
N-105 = 2006. augusztus 14. hétfő: debian installer (d-i) RC
N-45 = 2006. október 18. szerda: általános fagyasztás
N = 2006. december 4. hétfő: kiadás

Bővebben itt.

( Misi | 2006. 05. 03., sze – 21:56 )

Ezekkel az N-x-ekkel már a Sarge kiadásakor is gondok voltak... :)
Most pl (N-110)-(N-105) == 7 :) (aug. 7., aug. 14.)

( LiRul v | 2006. 05. 03., sze – 22:42 )

attol allok fejre, hogy a decemberi release egy nyari kernellel jon ki. szeressuk a 2.6.8-at is... :-/

( lacika v | 2006. 05. 04., cs – 06:53 )

Eddig mennyiszer tudták tartani a srácok a pontos ütemterver :(?

( bajnokk | 2006. 05. 04., cs – 07:52 )

El tudná nekem valaki magyarázni, hogy miért kell első lépésben a kernelt is fagyasztani? Ennyire nem bíznak a stabilitásban, hogy fél évig tesztelik, vagy esetleg az "új fejlesztési modell" miatt félnek a 6 hónap alatt bekövetkező komolyabb alrendszer-változásoktól?
Ha emlékezetem nem csal, a többi distro általában a release idejében elérhető (majdnem) legfrissebb "stabil" kernellel jön. Igaz, a RedHat ES-ben tényleg sokkal gyakrabban frissül a kernel a support ideje alatt.

Szamomra egyertelmu, mivel a Debiant eleg kritikus helyen is szoktak alkalmazni, ezert fontosabb a stabilitas. Ezert is jott anno a woody alapertelmezesben 2.2-es kernellel, es a sarge is ha jol tudom kulon beallitas nelkul 2.4-el telepul, mivel abban bizhatnak, az stabil, sokat volt tesztelve, bugfixelve, stb. En inkabb azon csodalkoznek, ha 2.6.16-al szallitanak!

egy dolog a kernel stabilitasa, amelyet a debianon belul igyekeznek meg tovabb fokozni sajat patchekkel, (ha jol emlexem kernel fejlesztok szerint is a disztribucio feladata) de utana ehhez kell stabilizalni a userlandet is. userland stabilizalas kozben kernelbol eltavolitott funkciok bizonyos csomagoknal kisse visszavethetik a folyamatot. azert van igy mert ezek egymasra epulo programok es az alapoknal kell kezdeni.

( bra | 2006. 05. 04., cs – 15:13 )

Használ még valaki Debiant egyáltalán?

Pl. Gentoo. A stable ágba mindig friss de stabil kernel kerül. Az instabil ág a 2.6.16-gentoo-r6 -ot kapja, a stable meg aszem a 2.6.15-gentoo-r8 -at vagy a 2.6.16 -ot. Grsec meg a többiek rendelkezésre állnak.
Azon tűnődöm, a Gentoo -t miért tartják kevésbé biztonságosnak a Debiannál? Ha nem engedélyezi az ember az instabil ág települését, egész stabil rendszer jön ki, ami bármilyen szerverfeladatot kitűnően lát el. Soxorosan jobban konfigurálható (ld. gcc-config, java-config, etc.), a végletekig optimalizálható, stb. Az egyedi fejlesztéseket (vö berhelés :D ) is jól támogatja.