Forum Debian Users Gang

Poczytaj o piningu apt-a, możesz zacząć od:

man apt_preferences

Jeśli chcesz mieć Stable ale mieć dostęp do nowszych pakietów skorzystaj z backportów: http://backports.debian.org/

Jeśli chcesz mieszać, opis jest w: Debian Reference http://qref.sourceforge.net/Debian/reference/ch-package.pl.html

Rozdział 6.2.2 http://qref.sourceforge.net/Debian/reference/ch-pac … l#s-setup-apt

Rozdział 6.2.8 http://qref.sourceforge.net/Debian/reference/ch-pac … t-preferences

Nawiasem mówiąc, Debian testowy wcale nie jest taki niestabilny jak go czasem malują. Z rzadka zdarza się, że nowa wersja pakietu zawiera jakiś błąd, ale zazwyczaj wystarczy wtedy zainstalować wcześniejszą wersję i rzucić aptitude forbid-version. Zazwyczaj są to problemy z pojedynczymi pakietami, które nie wpływają na stabilność/używalność całego systemu. Już kilka lat używam testinga i jeszcze nigdy nie miałem poważniejszych problemów po aktualizacji, którą wykonuję codziennie lub prawie codziennie.

mati75 napisał(-a):

#! ładnie chodzi nawet na repozytoriach sida...

Nie licząc ostatnich "ekscesów" z udev-em i os-prober-em :D . Na sidzie czasem coś się za przeproszeniem potrafi spierniczyć, ale przez to jest ciekawiej.

Ostatnio edytowany przez panjandrum (2011-04-25 19:45:33)

Szczerze mówiąc mieszanie wersji stable z innymi nie wydaje mi się zbyt dobrym pomysłem, no chyba że mowa o mieszaniu w faktycznie niewielkim stopniu. Przy większej liczbie pakietów to się zacznie szybko rozjeżdżać… Ot na przykład kadu z testinga wymaga nowszego Qt, coś innego wymaga nowszego libc6, itp. Nim się obejrzysz będziesz miał dużo pakietów z testinga, a stabilność systemu od testinga mniejszą, że już o stable nie wspominając.

Zależności w testingu się zmieniają, jeśli na stałe będziesz miał dodane jego repozytorium nigdy nie będziesz wiedział co Cię czeka, a tym bardziej jak taka mieszanka na to zareaguje. Z drugiej strony jeśli raz coś zainstalujesz, a potem repo wyłączysz, to zostajesz z nieaktualizowanymi pakietami zawierającymi błędy i odbierasz sobie możliwość ich naprawienia. Ewentualnie można jeszcze samemu backportować dane aplikacje, kompilować je w środowisku stabilnego wydania, tworzyć pakiety itd. Przy większej liczbie pakietów to jednak koszmarna strata czasu IMO.

Zatem jeśli doskwierają Ci stare wersje pakietów — a skoro założyłeś ten wątek najwyraźniej tak właśnie jest — przejdź po prostu na wersję testową. W przypadku desktopów to naprawdę sensowny wybór, stable zostaw serwerom i desktopom gdzie nowsze wersje oprogramowania faktycznie nie są potrzebne. Mieszanie testinga z unstable jest natomiast całkowicie naturalne, nigdy nie dzieli ich taka przepaść jaka z czasem powstaje na linii stable → testing.