Vlákno názorů k článku
Gentoo mění strategii vydávání
od MichaL - Prvne zastaravani a neaktualizovani ebuildu, potom opozdene vydavani,...
-
Neřekl bych, že Gentoo je zrovna ta distribuce, která by měla starý software. Nehledě na to, že upravit si ebuild pro novou verzi není nic těžkého. Pokles kvality také nepozoruji. Naopak bych řekl, že 2008.0 je mimořádně povedené, s instalací jsem neměl vůbec žádné problémy a s používáním už vůbec ne. -
Bohuzel Gentoo uz davno neni distribuce, kde se objevovali rychle novinky. Napriklad bluetooth stack je je v Gentoo ve stabilni vetvi 2.25 (2 roky stara), v testovaci vetvi 3.36 (2 mesice stara) pricemz posledni releasnuta verze je 4.6. Dokonce ani Firefox 3 neni dodnes ve stabilni vetvi. Na NetworkManager ktery byl soucasti Ubuntu snad od prvni verze, Gentoo cekalo nekolik let. -
MichaL (neregistrovaný)Adame, dovolim si nesouhlasit.
Gentoo provozuji na nekolika serverech a bohuzel narazim na zastaralost nekterych ebuildu.
Napriklad courier-imapd je nazornou ukazkou, kde posledni stable je 4.0.6-r2, kdezto posledni oficialni stable release je 4.4.1. Zrovna v 4.2x vetvi jsou pomerne dulezite zmeny a novinky v TLS.
Stejne tak mame v gentoo 2 roky stare gcc 4.1.2 (aktualne 4.3, 4.4 je velmi blizko vydani), Xorg bezi na starych 7.2 (aktualne 7.4) ... a takle se da pokracovat dal.
Priznejme si fakt, ze Gentoo zastarava a jeho svetle dny jsou momentalne jen vzpominkou.
Vim, ze muzu pouzivat odmaskovane ebuildy, ale jaky by pak byl rozdil mezi Gentoo a Fedorou (coby "technology preview" RHAS)? -
Souhlasím s tím, že stabilní balíčky v Gentoo jsou někdy až moc zastaralé. Když jsem asi před rokem instaloval Gentoo na pracovní NB, tak jsem zkoušel zůstat na stable. Druhý den jsem to už psychicky nevydržel a přešel na ~amd64. Sem tam se najdou nějaké problémky, aktualizace xorg-server na verzi 1.4.99 znamenala částečné nefunkční klávesnici - šipka nahoru = printscreen :-), ale stačí se mrknout na forums.gentoo.org nebo do bugzilly. Řešení se dříve či později objeví.
Současný stav je zřejmě způsoben nedostatkem lidí. Touhle změnou by se snad uvolní nějaké síly a bude to vidět při začleňování nových verzí. Ale bude to chtít ještě rozsáhlejší změny, aby se vše zrychlilo.
Nicméně třeba portage se teď velmi aktivně vyvíjí a značně se usnadnila správa systému (--keep-going, --jobs, @preserved-libs a sety obecně). -
Ivan (neregistrovaný)Jestli to neni tim, ze spravci balicku uz nemaji cas. Pred par lety, jsem pouzival debian a tam nastala situace, ze spravci balicku zestarli/dospeli a nemeli uz tolik casu. Na druhou stranu ale nebyli ochotni projekt opustit a predat spravcovstvi nekomu jinemu. U debianu platilo, ze spravce baliku byl prakticky neodvolatelny. Myslim, ze takova situace drive nebo pozdeji potka kazdy projekt, kde spravci nejsou placeni.
-
dejfson (neregistrovaný)mam za to ze je to tak v poradku. xorg 7.4 je pomerne problematicky na korektni beh opengl s intel kartami. navic se meni rozhranni z TTM na GEM a specialne intel se rozhodl TTM uplne vyhodit z driveru a nahradit je GEM. GEM je sice v xorg-server-1.5, ale na to potrebujete upgradovat mesa na testovaci verzi a hlavne jadro na nejnovejsi GIT - pokud tedy chcete aby Vam fungovalo opengl (a tedy KDE4). No a timhle jadrem Vam zase nepojedou dalsi veci, jako napriklad openafs ...
takze si myslim ze spravci baliku vi co delaji
d. -
anonymníKriticka bezpecnostni chyba u gamesy, no to muselo bejt drama, jak kdyz dojde Rama. :=)))
Mimochodem, nechapu, co myslite tim "zatahnout lidi ze zabezpeceni", veskere bezpecnostni bugy jsou pridelovany prave jim. Pokud spravce balicku nereaguje, tak mohou dany ebuild zamaskovat, pripadne v krajnim pripade zcela odstranit. Opravit a pripad potrebny patch pochopitelne mohou take, ale jaksi pochopte, ze jejich priority jsou nekde jindy nez ve fusovani do remesla gamesnikum, ktere bezpecnost nezajima.
