Vlákno názorů k článku Co nového přinesl Debian Lenny? od anonym - Bude i nejaky clanek o tom, co prinasi...
-
nevim, zda-li je dobrej napad uz tedko aktualizovat na squeeze, spis bych jeste jel na lennym. je pravda, ze ja mam doma jeste etch, pridane puvodni testing vetve (ty jsem pridal az po roku od vydani) a na nove servry jsem jeste ponechal etch (instalace pred 3 mesicy) a s lennym vyckam jeste nejakej mesic. pokud chces squeeze, tak to rovnou prejdi na *buntu based distro ... ale konecne je to venku -
anonymníJojo, mame dost serveru na etchi a rozhodne hned neprejdem (ano, taky kvuli tomu, ze to bude hodne prace:))
Jinak teda ale vypada to, ze Lenny je hodne promakanej a debian vyvojari udelali hodne dobry prace, takze ta dlouha cekaci doba se vyplatila. Osobne preferuju stabilni doladenej debian pred obcas-nestabilnim ubuntu. -
anonymníPopularita a kvalita Debianu je urcite zalozena i na jeho vybornem systemu stable/testing/unstable verzi. Takze stable na serveru je logicka volba. Na druhou stranu stable na desktopu jsem mel a prekvapive casto clovek potrebuje to ci ono z testing/unstable. Proto jsem zacal na desktopu pouzivat testing. Funguje to vyborne az na tenhle skok od jedne testing verze ke druhe, ktery se opakuje kazde dva/tri roky. Asi je to opravdu duvod prejit na unstable...
-
anonymníJo, prave jsem provedl ten update a neni problem. Nicmene (tedy jestli tomu dobre rozumim), tak pred vydanim nove stable verze se po nekolik mesicu v testing uz nedelaji zadne zasadni opravy a ve chvili vydani nove stable verze (tedy napriklad prejmenovani lenny z testing na stable) se v nove testing objevi nekolik set az tisic novych updatu. Pri trose stesti to neni problem, ale neni to automaticke.
-
Ty balíčky se tam neobjeví. Zmražením budoucího stable dojde ke zmražení testingu a tak do něj nesmí nové balíčky a těch už existujících jen bugfixy. Release nového stable způsobí, že se všechny balíčky z testingu zkopírují do stable (a ze steble předtím do oldstable). To znamená, že v tom krátkém okamžiku jsou testing a stable identické balíčky. No a dojde k rozmražení testingu a do něj normálním běžným způsobem přecházejí balíčky z unstable. Jen proto, že ty balíčky jsou tam zadržovány dlouho je jich ze začátku víc. Takhle to nějak funguje velmi zjednodušeně. (P. Krčmář hlásil u sebe 160, já jsem měl asi 240, nějaký chio 243, tisíce jsou to možná všechny, ale ty stejně nikdo nainstalované nemá.) -
Roger (neregistrovaný)2500 tisice na prvni pokus :) To uz tisice opravdu jsou.
Viz http://lists.debian.org/debian-devel/2009/02/msg00363.html -
anonymníNaprosto souhlasím.
na desktopu dá většinou člověk přednost novému software, mnohdy i čekáte na nové funkce či odstraněné nedostatky staršího softu jako na smilování, mnohdy i za cenu několika hodin řešení problémů s kompatibilitou aktuální distribuce. Kdežto na serveru je vám šuma fuk, jestli tam je například Open Office ve staré verzi či nikoliv.
Přeci jenom, nechápu důvod, proč šáhly po starém Open Office. -
Tosuja (neregistrovaný)Nejjednodussi je jet na unstable, tam se te zadne takove zmeny nedotknou. A slovicka unstable se neni treba nejak bat, problemy nastavaji velmi, velmi zridka - horsi je ti i u online aktualizaci treba takoveho stable OpenSUSE, kdy se mi nejednou stalo, ze jsem skoncil s necim nefunkcnim.
-
anonymnímozna uz je to jinak, ale me vzdy openSuse prislo jako ze se az moc priblizuje k Windows, i s tou nepruhlednosti.. takze mam radsi i to ubuntu a napr. Centos (ten je pro me symbolem bezpecnosti, uz od zakladu jsou balicky a zakladni nastaveni bezpecne...nekdy az prehnane, ale lepsi nez povrchne..
