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 debian-user@lists.debian.org. 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 bullseye; A próxima distribuição stable será chamada bookworm. Vamos considerar o caso particular do que acontece quando bookworm é 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://ftp.us.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.

Se você está actualmente a correr stable, então no ficheiro /etc/apt/sources.list o terceiro campo será ou 'bullseye' ou 'stable'. Você precisa de mudar isto para a distribuição que quer correr. Se deseja correr testing, então mude o terceiro campo de /etc/apt/sources.list para 'testing'. Se deseja correr unstable, então mude o terceiro campo para 'unstable'.

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

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.

Presentemente Debian oferece actualizações de segurança para testing mas não para unstable, pois as correções em unstable são feitas directamente no arquivo principal. Assim se você está a correr unstable certifique que remove as linhas relativas a actualizações de segurança em /etc/apt/sources.list.

Se existir um documente "release notes" para a distribuição que você está a actualizar (mesmo que ainda não tenha sido lançada) será inteligente revê-lo, pois pode fornecer informação sobre como se deve actualizar para ela.

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.

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

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

ou a

deb http://ftp.us.debian.org/debian/ bookworm 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 bookworm 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 'bookworm' então você vai estar a acompanhar stable (pois bookworm irá ser a nova distribuição stable).

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

Estas distribuições são baseadas em Debian. Mas não são Debian. Você vai poder usar as ferramentas de pacotes do apt ao apontar o ficheiro /etc/apt/sources.list para os repositórios destas distribuições. Mas depois você não estará a correr Debian, você vai estar a correr uma distribuição diferente. Elas não são o mesmo.

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.

Por exemplo, Knoppix é uma distribuição Linux desenhada para arrancar como um live CD enquanto Debian é desenhada para ser instalada no disco rijo. Knoppix é ótimo se desejar saber se determinada peça de hardware funciona, ou se deseja experimentar como "se sente" um sistema GNU/Linux' etc., Knoppix é bom para objectivos de demonstração enquanto Debian é desenhada para correr 24/7. Mais do que o número de pacotes disponíveis, o número de arquitecturas suportadas por Debian são muito mais do que no Knoppix.

Se você quer Debian, é melhor instalar Debian a partir de Debian e siga. Apesar de ser possível instalar Debian através de outras distribuições, como a Knoppix, o procedimento requer conhecimentos de expert. Se você está a ler esta FAQ, Eu presumo que você é novato em ambos Debian e Knoppix. Neste caso poupe-se de montes de sarilhos depois e instale Debian desde o princípio.

Você é aconselhado a não usar os fóruns Debian (sejam listas de mail ou IRC) a pedir ajuda pois as pessoas lá podem basear as suas sugestões assumindo que você está a correr um sistema Debian. Estas "correções" podem não ser apropriadas para o que você está a correr, e podem até tornar o problema pior.

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/).