Debian rolling release
Existe Debian rolling release ?
A resposta é não.
Mas o Debian permite que você o use como uma rolling release, usando o Debian unstable ou o Debian testing com o Unstable.
Deixa eu explicar isso.
O Debian testing é incompleto, muitos programas são retirados dele por não atenderem ao QA Debian para o testing que será a próxima versão stable, mas esses programas são distribuídos no Unstable.
O Debian unstable é completo, mas devemos tomar cuidado com os pacotes do ambiente gráfico que chegam a ele, esses não entram no unstable de forma homogênea ( Completa ).
Esse problema do ambiente gráfico não existe no Debian testing, onde os novos pacotes de ambiente gráfico costumam entrar de uma forma mais completa e o que torna quase impossível você ter problemas.
Portanto a forma mais segura de você ter um Debian rolling release é usando o Debian testing híbrido com o Debian Unstable.
Exemplo de Debian rolling release
Eu utilizo em produção já tem mais de 10 anos o Debian Testing híbrido com o unstable e nunca tive problemas.
Kernel
Atualmente a versão do kernel no testing é a 5.4.0.
A versão 5.5 do kernel está amadurecendo no experimental, assim que atingir um bom nível será enviado para o unstable e em seguida para o testing.
Libreoffice
A sua versão atual é a 6.4.1, a versão 6.4.2 está amadurecendo no experimental e logo sobra para o unstable e posteriormente para o testing.
Ambientes gráficos
As mesma políticas se aplicam aos ambientes gráficos, confira as versões atuais de cada um.
Gnome - 3.34 com início da chegada do 3.36.
Cinnamon - 4.4.8
Mate - 24
LXDE - 10
LXqt - 30
KDE - 5.17.5
XFCE4 - 4.14
Rolling Release não é obrigação de versões atuais
Uma distribuição rolling release não tem a obrigação de adicionar a seus repositórios as versões super atuais dos programas, no Debian os programas são adicionados quando passam pelo controle de qualidade e estão prontos para cada estagio do sistema ( Experimental, Unstable e Testing ).
O sistema rolling vai recebendo de forma continua as atualizações de seus pacotes, sem nunca alterar a versão de release, sem os famosos lançamentos de nova versão da distribuição.
No Debian a release sempre será testing com o codenome da próxima stable, isso é o mais próximo de um lançamento convencional que temos no testing.
O único problema do testing é quando chegamos na época do congelamento dos pacotes para a nova stable, nessa fase não entra mais novos programas nos repositórios testing, mas continuam entrando no unstable e ai temos mais um motivo para tornar o testing híbrido com o unstable.
Instalação do Debian testing
A instalação do testing é idêntica a do stable, você pode usar a instalação live que é super amigável com o uso do Calamares, ou a instalação netinst mais para usuários avançados.
Instalação live
Instalação netinst
Pós instalação
Alterar a sources.list para testing
A primeira providencia que você precisa tomar é alterar a sua sources.list de bullseye para testing.
Com isso o seu sistema fica eternamente testing.
Para fazer a alteração abra a sua sources.list pelo terminal.
su -
nano /etc/apt/sources.list
Onde tiver bullseye altere para testing.
salve teclando ctrl + x tecle s e tecle Enter para fechar.
Ou se preferir pode apagar a sources inteira e adicionar a abaixo.
##Debian Testing
deb http://deb.debian.org/debian/ testing main contrib non-free
deb-src http://deb.debian.org/debian/ testing main
deb http://deb.debian.org/debian/ testing-updates main
deb-src http://deb.debian.org/debian/ testing-updates main
Tornar o sistema híbrido
A segunda providencia é tornar o sistema híbrido com o unstable
Log como Root.
su -
Abra a sua sources.list e altere para abaixo.
nano /etc/apt/sources.list
Apague toda a sources.list aberta no nano e, copie e cole nela as linhas verde abaixo.
Salve com Ctrl + o tecle enter e feche com Ctrl + x
##Debian Testing
deb http://deb.debian.org/debian/ testing main contrib non-free
deb-src http://deb.debian.org/debian/ testing main contrib non-free
deb http://deb.debian.org/debian/ testing-updates main contrib non-free
deb-src http://deb.debian.org/debian/ testing-updates main contrib non-free
##Debian Unstable
deb http://deb.debian.org/debian/ unstable main contrib non-free
Apt.conf
De o comando abaixo no terminal.
nano /etc/apt/apt.conf
Copie e cole a linha azul abaixo no nano aberto no terminal.
Salve com Ctrl + o tecle enter e feche com Ctrl + x
APT::Default-Release "testing";
Preferences
De o comando abaixo no terminal.
nano /etc/apt/preferences
Copie e cole as linhas vermelha abaixo no nano aberto no terminal.
Salve com Ctrl + o tecle enter e feche com Ctrl + x
Package: *
Pin: release a=testing
Pin-Priority:500
Package: *
Pin: release a=unstable
Pin-Priority: 50
De o comando abaixo no terminal para atualizar o apt.
apt-get update
Para instalar programas do unstable use a sintaxe abaixo.
apt install -t unstable nomedopacote
Considerações finais
Agora você tem o Debian testing híbrido, você não precisa mais se preocupar com lançamentos de novo Debian 11, 12, 13 ... ou o que for, seu Debian sera eternamente o testing que ira se atualizando diariamente.
Não considero esse sistema um rolling release, isso pelo fato do congelamento do testing para se tornar stable, o que pode levar alguns meses.
Mas é bem próximo de um rolling release.
Que coincidência estava mesmo procurando tutorial da instalação do Debian Bullseye, valeu Lobo e como sempre, matéria recheada de fidedignidade e propriedade.
ResponderExcluirUso o Debian assim já tem mais de 10 anos, é uma maravilha :)
ExcluirSeu blog é quase um Guia Foca, referência nacional em Linux, obrigado por compartilhar, Lobo.
ResponderExcluirMas tenho uma dúvida: após tornar meu sistema híbrido, testing/unstable, eu terei de usar sempre o comando "apt install -t unstable nomedopacote" para instalar pacotes unstable?
Abraço ^_^
VLW mermão. Quanto a dúvida, sim mano, a menos que o programa não esteja no testing, ai o do unstable é instalado sem o -t
ExcluirEstou pensando em sair do ubuntu e ir para o debian, pensei em usar neste esquema para usar em rolling release, mas me ficou uma duvida, eu estava pesquisando e vi q no testing os update de segurança acabam sendo mais lento que os do stable, em nivel de segurança vi alguns textos falando q o stable acaba sendo melhor, como contornar isso?
ResponderExcluirBalela, todos desenvolvedor usa sistema testing/unstable e nunca soube de nenhum que caiu em falta de segurança. A diferença para chegar atualização de segurança no testing/unstable em relação ao stable é de poucos dias ou horas.
ExcluirOlá, não consigo atualizar e nem instalar programa aparece esse mensagem "E: Não foi possível obter trava /var/lib/dpkg/lock-frontend - open (11: Recurso temporariamente indisponível)
ResponderExcluirE: Unable to acquire the dpkg frontend lock (/var/lib/dpkg/lock-frontend), is another process using it?" , já tentei de tudo aversão do debian é testing/bullseye
Olhe ai amigo https://linuxdicasesuporte.blogspot.com/2019/09/erro-varlibdpkglock-frontend-recurso.html
ExcluirVou usar essa matéria como referência. Muito obrigado por compartilhar, Ricardo :)
ResponderExcluirP: Como a segurança é feita na teste (testing)?
ResponderExcluirR: A segurança para a teste (testing) se beneficia dos esforços de segurança de todo o projeto para a instável (unstable). Contudo, há um atraso de migração de no mínimo dois dias, e às vezes as correções de segurança podem ser adiadas pelas transições. O Time de Segurança ajuda a lidar com essas transições que seguram importantes uploads de segurança, mas isto não é sempre possível e atrasos podem ocorrer. Especialmente nos meses que sucedem uma nova versão estável (stable), quando muitas versões novas são enviadas para a instável (unstable) e correções de segurança para a teste (testing) podem atrasar. Se você deseja um servidor seguro (e estável), nós fortemente encorajamos que fique com a estável (stable) https://www.debian.org/security/faq#testing