Capítulo 3. Escolher uma distribuição Debian

Tente pesquisar na web usando um motor de busca e veja se alguém foi capaz de o pôr a funcionar em stable. A maioria do hardware deve funcionar bem com stable. Mas se você possuir algum hardware criado muito recentemente, esse pode não funcionar com stable. Se for este o caso, poderá querer instalar/actualizar para testing ou unstable.

Para portáteis, http://www.linux-on-laptops.com/ é uma boa página web para ver de mais alguém consegue fazê-lo funcionar sob Linux. Esta página web não é específica a Debian, mas mesmo assim é um tremendo recurso. Desconhecemos se existe tal página web para computadores de secretária.

Outra opção seria perguntar na lista de mail utilizador-debian ao enviar um email para [email protected]. As mensagens podem ser postadas na lista mesmo sem a subscrever. Os arquivos podem ser lidos através de https://lists.debian.org/debian-user/. A informação sobre subscrição à lista pode ser encontrada na localização dos arquivos. Você é fortemente encorajado a postar as suas questões na lista de mail em vez de em irc. As mensagens na lista de mail são arquivadas, assim a solução para o seu problema pode ajudar outros com o mesmo problema.

Sim. Unstable tem as versões mais recentes (últimas). Mas os pacotes em unstable não estão bem testados e podem ter bugs.

Por outro lado, stable contém versões antigas de pacotes. Mas estes pacotes estão bem testados e é menos provável que contenham bugs.

Os pacotes em testing ficam entre estes dois extremos.

Bem, você pode estar certo. A idade dos pacotes em stable dependem de quando o último lançamento foi feito. Como existi tipicamente mais de 1 ano entre lançamentos você pode descobrir que a stable contém versões antigas dos pacotes. No entanto, foram testados por dentro e por fora. Pode-se dizer com confiança que os pacotes não têm bugs severos conhecidos, buracos de segurança, etc... Os pacotes em stable integram-se perfeitamente com outros pacotes stable. Estas características são muito importantes para servidores de produção que têm de trabalhar 24 horas por dia, 7 dias por semana.

Por outro lado, os pacotes em testing ou unstable podem ter bugs escondidos, buracos de segurança etc. Mais ainda, alguns pacotes em testing e unstable podem nem trabalhar como se pretende. Geralmente as pessoas que trabalham só num computador preferem ter o conjunto de pacotes mais recente e mais moderno. Unstable é a solução para este grupo de pessoas.

Como pode ver, estabilidade e inovação são dois opostos do espectro. Se for necessário estabilidade: instale a distribuição stable. Se quer trabalhar com os pacotes mais recentes, então instale unstable.

Sim, mas é um processo sem retorno. Você pode mudar de stable --> testing --> unstable. Mas a direcção inversa não é "possível". Portanto é melhor ter certezas se está a planear a instalar/actualizar para unstable.

Na verdade, se você for um "expert" e estiver disposto a gastar algum tempo e se for realmente cuidadoso e se souber o que está a fazer, então poderá ser possível ir de unstable para testing e depois para stable. OS scripts do instalador não foram desenvolvidos para fazer isso. Portanto no processo, os seus ficheiros de configuração poderão ser perdidos e ....

Não. Este é um problema muito subjetivo. Não existe resposta perfeita pois ela depende das suas necessidades de software, da sua aceitação de lidar com possíveis defeitos, e da sua experiência em administração de sistemas. Aqui estão algumas dicas:

Quando decidir entre testing e unstable tenha em mente que podem existir alturas que seguir testing pode ser benéfico em oposto a unstable. Um dos autores deste documento experimentou tal situação devido à transição do gcc de gcc3 para gcc4. Ele estava a tentar instalar o pacote labplot numa máquina que seguia unstable e não podia ser instalado em unstable pois algumas das suas dependências tinham feito a transição para gcc4 e outras não. Mas o pacote em testing podia ser instalado pois os pacotes de transição de gcc4 ainda não tinham passado para testing.

Por vezes, um pacote pode não dar para instalar através das ferramentas de gestão de pacotes. Por vezes, um pacote pode nem sequer estar disponível, talvez tenha sido removido (temporariamente) devido a bugs ou dependências não satisfeitas. Por vezes, um pacote instala mas não se comporta da maneira apropriada.

Quando estas coisas acontecem, diz-se que a distribuição está quebrada (pelo menos para esse pacote).

As correcções de bugs e melhoramentos introduzidos na distribuição unstable passam para testing após um certo número de dias. Digamos que este limiar é de 5 dias. Os pacotes em unstable vão para testing apenas quando não existem bugs RC reportados a eles. Se existir um bug RC aberto ao pacote em unstable, ele não irá para testing após 5 dias.

A ideia é que, se um pacote tem problemas, eles serão descobertos por pessoas que usam unstable e serão corrigidos antes de entrar em testing. Isto mantêm testing num estado utilizável na maioria do tempo. Em geral é um conceito brilhante, se mo perguntar. Mas as coisas não são sempre tão simples. Considere a seguinte situação:

A situação pode ficar muito mais complicada. Se por exemplo, XYZ depender de outros 4 pacotes. Isto pode levar a uma distribuição testing não utilizável durante meses. Apesar do cenário em cima ser imaginário, coisas semelhantes podem ocorrer na realidade, apesar de serem raras.

Uma das principais razões de muita gente escolher Debian sobre outras distribuições de Linux é que requer muito pouca administração. As pessoas querem um sistema que apenas trabalhe. Em geral, pode-se dizer que stable requer muito pouca administração, enquanto que testing e unstable requerem constante manutenção pelo administrador. Se você está a correr stable, tudo o que precisa se preocupar é acompanhar as actualizações de segurança. Se estiver a correr testing ou unstable é boa ideia estar consciente de novos bugs descobertos nos pacotes instalados, novas correções bugs/funcionalidades introduzidas, etc.

Esta questão não irá ajudá-lo a escolher uma distribuição Debian. Mas mas cedo ou mais tarde você irá enfrentar esta questão.

A distribuição stable é actualmente bookworm; A próxima distribuição stable será chamada trixie. Vamos considerar o caso particular do que acontece quando trixie é lançada como a nova versão stable.

Na maioria das situações isto é muito fácil de descobrir. Veja no ficheiro /etc/apt/sources.list. Deverá existir uma entrada semelhante a isto:

deb http://deb.debian.org/debian/ unstable main contrib

O terceiro campo ('unstable' no exemplo acima) indica a distribuição Debian que o sistema está presentemente a acompanhar.

Você também pode usar lsb_release (disponível no pacote lsb-release). Se você correr este programa num sistema unstable irá obter:

$ lsb_release  -a
LSB Version:    core-2.0-noarch:core-3.0-noarch:core-3.1-noarch:core-2.0-ia32:core-3.0-ia32:core-3.1-ia32
Distributor ID: Debian
Description:    Debian GNU/Linux unstable (sid)
Release:    unstable
Codename:   sid

No entanto, isto não é sempre tão fácil. Alguns sistemas podem ter ficheiros sources.list com múltiplas entradas correspondendo a diferentes distribuições. Isto pode acontecer se o administrador estiver a seguir pacotes diferentes de distribuições Debian diferentes. Isto é frequentemente referido como apt-pinning. Estes sistemas podem correr uma mistura de distribuições.

First of all, please bear in mind that the stable version is the one recommended for servers as well as for desktop computers, not only you will get security updates if you are running stable but also there are less changes which could potentially break the system or your setup.

If you are currently running stable, then in the /etc/apt/sources.list file the third field will be either 'bookworm' or 'stable'. If you want to change to a different version, you need to change this to the distribution you want to run. If you want to run testing, then change the third field of /etc/apt/sources.list to 'testing'. If you want to run unstable, then change the third field to 'unstable'.

Actualmente testing é chamada trixie. Assim, se você mudar o terceiro campo de /etc/apt/sources.list para 'trixie', então também irá estar a correr testing. Mas mesmo quando trixie se tornar stable, você ainda vai estar a seguir trixie.

Unstable é sempre chamada Sid. Assim, se você mudar o terceiro campo de /etc/apt/sources.list para 'sid', então você vai estar a seguir unstable.

Currently Debian offers does not offer security updates for testing nor for unstable. The Debian Security Team focus their work on stable and old-stable. Nevertheless, just like any other type of fixes, security fixes in unstable are directly made to the main archive and trickle down to testing in due course. So if you are running unstable make sure that you remove the lines relating to security updates in /etc/apt/sources.list. If you are interested in knowing what known security bugs exist in these versions of the distributions, you will this information in the list of vulnerable source packages in testing, and unstable.

If there is a release notes document available for the distribution you are upgrading to (even though it has not yet been released) it would be wise to review it, as it might provide information on how you should upgrade to it. You will always find the Release Notes for testing available at the Debian website but depending on how close the testing version is to release the document might not cover all the potential changes or pitfalls.

No entanto, assim que fizer as alterações de cima, você pode correr aptitude update e depois instalar os pacote que quiser. Note que instalar um pacote duma distribuição diferente pode actualizar automaticamente metade do seu sistema. Se você instalar pacotes individuais vai acabar com um sistema que corre uma mistura de distribuições.

Poderá ser melhor em certas situações fazer uma actualização total para a nova distribuição correndo apt full-upgrade, aptitude safe-upgrade ou aptitude full-upgrade. Leia os manuais do apt e aptitude para mais informação.

The Debian reference manual provides more insight on running testing and unstable in its section Life with eternal upgrades.

Depende das entradas no ficheiro /etc/apt/sources.list. Se você está actualmente a seguir testing, estas entradas são semelhantes a:

deb http://deb.debian.org/debian/ testing main

ou a

deb http://deb.debian.org/debian/ trixie main

Se o terceiro campo em /etc/apt/sources.list for 'testing' então você vai estar a seguir testing mesmo após o lançamento ser feito. Assim após trixie for lançada, você irá correr uma nova distribuição Debian a qual irá ter um nome de código diferente. As mudanças podem não ser aparentes no princípio mas serão evidentes assim que novos pacotes da unstable passem para a distribuição testing.

Mas se o terceiro campo conter 'trixie' então você vai estar a acompanhar stable (pois trixie irá ser a nova distribuição stable).

Um caso de duvida, a melhor aposta será a distribuição stable.

These distributions are Debian-based, but they are not Debian. You will be still able to use apt package tools by pointing the /etc/apt/sources.list file to these distributions' repositories. In some cases some distributions might even have additional package managers that are used instead of apt.

Na maioria das situações se você ficar com uma distribuição você deve usar isso e não misturar pacotes de outras distribuições. Muitos problemas comuns surgem a pessoas que correm uma distribuição e tentam instalar pacotes Debian de outras distribuições. O facto de eles usarem o mesmo formato e nome (.deb), não os torna imediatamente compatíveis.

For example, Knoppix is a Linux distribution designed to be booted as a live CD whereas Debian is designed to be installed on the hard-disk. Knoppix is great if you want to know whether a particular piece of hardware works, or if you want to experience how a GNU/Linux system 'feels' etc., Knoppix is good for demonstration purposes while Debian is designed to run 24/7. Moreover the number of packages available and the number of architectures supported by Debian are far more than that of Knoppix.

If you want Debian, it is best to install Debian from the get-go. Although it is possible to install Debian through other distributions, such as Knoppix, the procedure calls for expertise. If you are reading this FAQ, I would assume that you are new to both Debian and Knoppix. In that case, save yourself a lot of trouble later and install Debian right from the beginning.

You are advised not to use the Debian forums (either mailing lists or IRC) for help on Debian derivatives as people there may base their suggestions on the assumption that you are running a Debian system. These "fixes" might not be suited to what you are running, and might even make your problem worse.

Use primeiro os fóruns da distribuição específica que está a usar. Se não obter ajuda ou a ajuda que obter não corrigir o problema você pode querer tentar perguntar em fóruns Debian, mas tenha o conselho do parágrafo anterior em mente.

Considere a mudança de uma distribuição baseada em Debian para Debian tal como uma mudança de um sistema operativo para outro. Você deve fazer uma cópia de salvaguarda de todos os seus dados e re-instalar o sistema operativo do zero. Você não deve tentar "actualizar" para Debian usando as ferramentas de gestão de pacotes pois pode acabar com um sistema não utilizável.

Se todos os seus dados de utilizador (isto é, a sua /home) está sob uma partição separada, migrar para Debian é bastante simples, você apenas precisa de dizer ao sistema de instalação para montar (mas não re-formatar) essa partição ao reinstalar. Mesmo assim é recomendado fazer salvaguardas dos seus dados, assim como da configuração do seu sistema anterior (isto é /etc/ e, talvez /var/).