Administrace komentářů

napr. K3B se proste v soucasnem testing vubec nenachazi, tzn. budu-li instalovat z minimal-CD, na kterem je jen hrstka nejnutnejsich balicku a zbytek budu chtit tahat z netu (moje obvykla instalace) - jsme tam

Asi si nějak nerozumíme. Že v testingu není v současné době K3B je sice smutné, ale jak to souvisí se závislostmi? Prostě se mi při instalaci čerstvého systému K3B vůbec nenabídne a budu si ho muset opatřit z jiného zdroje. Při instalaci nových balíčků taky žádný problém nevidím. Prostě v testingu je kupa balíčků, které mají navzájem vyřešeny závislosti, takže s instalací těhle balíčků není problém. Problém může být, pokud mám např. K3B z doby, kdy ještě v testingu byl a vyžaduje nějakou knihovnu, která je v konfliktu s jinou (novější) knihovnou vyžadovanou ostatními balíčky v testingu. To ale u čisté instalace nehrozí.

Že nějaký balíček v testingu byl a teď tam není může být nepříjemné, ale chyba to určitě není. Při velkých změnách (jako byl tenhle přechod na nové C++ ABI) je občas nutné některé balíčky z testingu dočasně odstranit, aby nebrzdily ostatní balíčky. Např. na novém libqt3-mt, kdelibs3 a gcc 4.0 záviselo pár (hodně) set balíčků, které se snažily dostat do testingu. A několik balíčků (amarok, k3b, ...), které nebude možné ještě dlouho (např. kvůli RC bugům) upgradovat na novější verzi, závisí na starších verzích důležitých balíčků a brzdí tak celý přechod. Kdyby nebyly odstraněny z testingu, celý přechod by trval mnohem déle, protože by se tvořily další a další konflikty. Nebo by se muselo zakázat uploadování nových verzí některých balíků do unstablu, dokud se současné verze nepropracují do testingu. Prostě zmatek. Dočasné odebrání některých problémových balíčků bylo IMHO jediné možné řešení.