Hadd szoljak mar en is bele. Uzemeltettem Gentoo alapu szervereket, testkozeli az elmeny: gyakorlatilag az onszivatas es a garancianelkuliseg az a ket szo, ami elsore eszembe jut errol az idoszakrol. Nem is feltetlen azzal van a bajom, hogy mozgo celpont, valtozik a feature-set, hanem hogy nincs egy teszt resze a dolognak, majndem minden az eles portage fan zajlik. Ez alapvetoen akkor nem gond, ha lenyegi, strukturalis reszei nem valtoznak, viszont ha igen, akkor minden szervert kepesek belengetni. Ilyen volt a PHP 5.0-5.1-es fiasko, amikor lehoztak sima update-ben az 5.1-et az eles fan fuggetlenul attol, hogy egyebkent API szinten inkompatibilis volt a ketto. De volt ilyen kismillio hasonlo esetben is, a GNOME/KDE kornyezetek is nem egyszer tortek a problemas relase-k miatt, eleg gyakoriak az utolagos kimaszkolasok is. A QA sokat fejlodott az utobbi idokben, igy legalabb mar eltoro build folyamatok nincsneek igazan, de messze meg egy Ubuntu-szintu stabilitas es megbizhatosag. A ~arch alapu modell sajnos eleg buko egy olyan disztro eseteben, amit eleve marginalis mennyisegu ember hasznal, nincsenek igazan kitesztelve a csomagok, es mivel nincs mogotte ceg, penz sincs arra, hogy foallasu teszterek tesztelgessek tobb gepen, tobbfele kombinacioban a csomagokat.
Pont nemregiben (feleve? egy?) probalkoztam a Gentoo-val desktopra es szerverre is, hogy felelevenitsem az emlekeimet, es mindaddig nagyon szepen ment, amig egy nagyobb update alkalmaval elkezdett nem elindulni a LightDM, mindenfele hibauzenet nelkul. Sajnos nekem meg kozben elkezdett nem lenni idom arra, hogy ilyen alapszintu renszerkomponenseket hibakeressek egy alapvetoen munkara szant gepen, igy ment vissza egy binaris disztro, ahol ugyanaz a LightDM verzio uzemkepesnek bizonyult. Es a Gentoo-rol tudom, hogy ezt kepesek Apache-csal, MySQL-lel vagy barmi egyebbel is eljatszani, nem kell ehhez X.
--
Blog | @hron84
Üzemeltető macik