XOrg a Debianban?

Debian

Az The X Strike Force-os Branden Robinson egy levelet küldött a debian-x listára, amelyben jelezte, hogy megkezdte az XOrg forrásának commit-olását az SVN verzió-kezelő rendszerbe. Ez azt jelentheti, hogy hamarosna felbukkanhat - sok más disztó után - a Debianban is a dinamikusan fejlődő XFree86 alternatíva.

Branden levele itt.

Forrás: HUP fórum

( godot v | 2004. 10. 02., szo – 13:10 )

Unofficial debeket tud valaki Sarge-hoz???

Üdv

Godot

( whitehawk v | 2004. 10. 02., szo – 18:39 )

Ez azt jelenti, hogy 3-4 év múlva amikor kijön a következő stabil Debian akkor abban lesz Xorg 6.7? ;))))

Ezzel a stílussal asszem nem fogsz sokáig jutni... párszor már akartam szólni.

Persze, nem az én asztalom, csak megjegyzem már egy ideje...

Akinek nem tetszik a Debian, az ne használja, csináljon jobbat, esetleg (mert ugye legvégső eset mindig kell) bugreportoljon és/vagy építő jellegű "megmozdulásaival" segítse...

No komment...

Hát, bizonyára lehet a mindenkori stable debiant desktopnak használni, de nem feltétlenül érdemes. Ennek az az oka, hogy -a rendszergazdák érdekeit követve- ritkán jönnek új kiadások.

Ezért, ha egy suse-hez, vagy bármely más desktop linuxhoz hasonló rendszert keresel, akkor ezeknek a testing felel meg. Ezért volt némileg helytelen a felvetésed, mert a stable debianban sokadrangú, hogy milyen X van.

Nem tudom, mennyit üzemeltettél vállalati rendszereket, de elmondok neked valamit:

Egy szerveren előfodul, hogy akár 50-100 vagy mégtöbb almalmazás is fut, ami egyedi fejlesztés és arra a környezetre lett fejlesztve, azon tesztelték, stb. Egy ilyen gép általában évekig is elmegy reboot nélkül. Egy cégnél ráadásul nem csak egy szerver szokott lenni.

Ha a disztró verzióváltása eljön, egy projektet kell indítani arra, hogy az összes alkalmazást az új környezethez igazítsák, alaposan leteszteljék, stb. Ez akár hónapokig is eltarthat.

Ha egy ilyen cégnél félévenként kéne a rendszereket upgrade-elni, abba csak mindenki belehülyülne és a cég se foglalkozna mással, csak az upgrade-ekkel.

Ez rengeteg költség, ami szinte csak az ablakon megy ki, mert az adott alkalmazások nem lesznek tőle jobbak, a programozók, tesztelők bérét viszont fizetni kell.

Szóval lehet hülyén/lenézően vigyorogni a Debian hosszú kiadási ciklusán, de van akinek még ez is sok.

Egy F-1-es versenyautót is lehet azzal fikázni, hogy nincs benne HIFI berendezés, csak vigyázz, mert hülyének néznek!

Maximalisan igazad van.

1-etlen gond meg is akad ilyen kornyezetben:

Ha uj alkalmazast kell beuzemelni idokozben. Tehat akkor amikor a kiadott stabil mar eleg regi. Ilyenkor egy alkalmazasfejleszto oriasi dilemmaban van. Sikerul-e beszoritani a 1.5-2 eves csomagok koze a dolgot, vagy koveteljen meg frisebbet 1-1 csomagbol. Akkor viszont bukhatja a stabilitast.

Az igazi megoldas az lenne, ha a debian sid-experimental viszonyahoz hasonlo stilusban lenne egy stable-backports paros is. a backports-ban levo csomagok verzioi egymassal nem fuggenenek. Nem lehetne kozottuk libc,gcc,perl vagy mas hasonlo alapszintu csomag. mindossze 1-1 csomagot lehetne frissiteni, ha a kozben keletkezett feature-k miatt szukseges.

Igy az tesztelesnek nem kell teljeskorunek lennie, hiszen jolbehatarolhato dolog valtozott, raadaul az is tesztelve lett a debian felhasznalok alltal.

a manintanerekre nem sok plusszmunka harulna, hiszen egy backport a legtobbszor onmagaban mukodik, a ./configure a regi cuccok kozott. Ha meg nem, akkor erdemes visszakuzdeni, tobb lenne vele a tesztelesi gond, mint az okozott haszon.

De ha F1-es autóval akarnál az utcán autókázni reggel a csúcsforgalomban, akkor is hülyének néznének. Látok Debianokat itt ott desktopra, és hátszóval..... szerintem nem oda való. Márpedig az X szervert desktop alkalmazásnak vélem. De a szerver részét teljes mértékben értem.