Muitas pessoas parecem ter medo de misturar estável com teste, mas, francamente, o teste é bastante estável por si só, e com preferências e verificação de soluções adequadas, você pode evitar o "desvio da estabilidade" que coloca seus principais pacotes no caminho instável.
"O teste é bastante estável?" , você pergunta. Sim. Para que um pacote seja migrado de instável para teste, ele precisa ter zero bugs abertos por 10 dias consecutivos. As chances são de que, especialmente para os pacotes mais populares, alguém enviará um relatório de bug para uma versão instável, se algo estiver errado.
Mesmo se você não quiser misturar os ambientes, ainda é bom ter a opção, caso você encontre algo que exija uma versão mais nova do que a que está estável.
Aqui está o que eu recomendo para configurar isso:
Primeiro, crie os seguintes arquivos em /etc/apt/preferences.d:
stable.pref:
# 500 <= P < 990: causes a version to be installed unless there is a
# version available belonging to the target release or the installed
# version is more recent
Package: *
Pin: release a=stable
Pin-Priority: 900
testing.pref:
# 100 <= P < 500: causes a version to be installed unless there is a
# version available belonging to some other distribution or the installed
# version is more recent
Package: *
Pin: release a=testing
Pin-Priority: 400
unstable.pref:
# 0 < P < 100: causes a version to be installed only if there is no
# installed version of the package
Package: *
Pin: release a=unstable
Pin-Priority: 50
experimental.pref:
# 0 < P < 100: causes a version to be installed only if there is no
# installed version of the package
Package: *
Pin: release a=experimental
Pin-Priority: 1
(Não tenha medo do material instável / experimental aqui. As prioridades são baixas o suficiente para que nunca seja instalado automaticamente nada disso. Até o ramo de testes se comportará, pois só instalará os pacotes que você deseja em testes.)
Agora, criando um conjunto correspondente para /etc/apt/sources.list.d:
stable.list: Copie do seu original /etc/apt/sources.list. Renomeie o arquivo antigo para algo como sources.list.orig.
testing.list: O mesmo que stable.list, exceto com testing.
unstable.list: O mesmo que stable.list, exceto com unstable, e remova as listas de segurança.
experimental.list: O mesmo que unstable.list, exceto com experimental.
Você também pode adicionar um oldstablein sources.lists.de preferences.d(use a prioridade 1), embora esse apelido tende a expirar e desaparecer antes do próximo ciclo estável. Em casos como esse, você pode usar http://archive.debian.org/debian/e "codificar" a versão do Debian (etch, lenny, etc.).
Para instalar a versão de teste de um pacote, basta usar aptitude install lib-foobar-package/testingou simplesmente acessar a GUI do aptitude e selecionar a versão dentro dos detalhes do pacote (pressione enter no pacote que você está vendo).
Se você receber reclamações de conflitos de pacotes, consulte as soluções primeiro. Na maioria dos casos, o primeiro será "não instale esta versão". Aprenda a usar as opções de resolvedor de aceitação / rejeição por pacote. Por exemplo, se você estiver instalando foobar-package / testing, e a primeira solução for "não instale foobar-package / testing", marque essa opção como rejeitada, e as outras soluções nunca voltarão a esse caminho. Em casos como esse, você provavelmente precisará instalar alguns outros pacotes de teste.
Se estiver ficando muito peludo (como se estivesse tentando atualizar a libc ou o kernel ou algum outro sistema central enorme), você poderá rejeitar esses caminhos de atualização ou simplesmente voltar completamente da atualização inicial. Lembre-se de que ele só atualizará as coisas para teste / instável se você permitir.
EDIT: corrigidos alguns pinos prioritários e atualizamos a lista.
