Debian/APT- Alguns cuidados com os repósitorios

Aqui vou mostrar o que pode acontecer com nosso sistema se não tomarmos alguns cuidados com nossos repositórios. Recomendo essa leitura a usuários que já tenham ou tiveram contato com APT.

[ Hits: 17.589 ]

Por: Fabio Maran em 27/11/2007 | Blog: http://movimentolivre.zip.net


Solução



Não queremos que isso ocorra no nosso sistema, certo??? A solução é simples.

Primeiro devemos incluir normalmente os repositórios testing. O editor de texto que uso é o mcedit, mas isso é opcional:

# mcedit /etc/apt/sources.list

E adicionar o repositório escolhido.

Feito isso, editar ou criar o arquivo /etc/apt/preferences para isso:

# mcedit /etc/apt/preferences

Aí nesse arquivo vamos inserir o seguinte conteúdo:

Package: *
Pin: release a=stable
Pin-Priority: 900

Package: *
Pin: release a=testing
Pin-Priority: 400

O arquivo /etc/apt/preferences controla a prioridade de versão de pacotes. É possível manter fontes stable, testing e unstable ao mesmo tempo.

Bom a configuração que fizemos foi a seguinte:

Que para todos os repositórios stable, a prioridade será 900 e para testing 400, ou seja, vale a prioridade mais alta, então o stable será a opção default, sempre que utilizarmos o comando apt-get com as opções install, update, upgrade, source, dist-upgrade, o pacote será do stable.

Para instalar pacotes do testing devemos utilizar o comando:

# apt-get -t testing install [pacote]

O mesmo procedimento se aplica as opções update, upgrade, dist-upgrade ou source.

OBS: Podemos definir que um pacote sempre venha da release testing, para isso dentro do arquivo /etc/apt/preferences:

Package: amule
Pin: release a=testing
Pin-Priority: 905

O pacote desejado vai ter prioridade maior que o de qualquer outro release, então o pacote desejado será da release testing.

Bom, esses são os cuidados que devemos tomar com nosso repositórios...

Espero ter ajudado.

Té mais...

Página anterior    

Páginas do artigo
   1. Introdução
   2. Solução
Outros artigos deste autor

Desvendando os filesystems

Samba: Servidor de impressão e introdução a PDC (Primary Domain Controller)

Leia, grave e execute!

Virtualização de sistemas

Desktop Debian/Ubuntu

Leitura recomendada

Deixando a inicialização do Slackware com kernel 2.6 totalmente gráfica

Fazendo o sistema de peticionamento do TJSP funcionar no Arch Linux (2018)

Converter VMs GNU/Linux XenServer (paravirtualizada) para VMware ESXi 5

Fazendo o Mate Terminal iniciar sem a Barra de Menu

Reempacotamento e repositório local em um sistema Debian-like

  
Comentários
[1] Comentário enviado por nicolo em 27/11/2007 - 08:37h

Esse problema tem sido indicado em vários posts, mas com solução mais conservadora. A priorização será útil se os pacotes não forem os mesmos, caso contrário vai ocorrer sempre o de prioridade máxima. Não é boa idéia misturar o stable com o testing, mesmo priorizando. O testing é papel no vento, chega a ser incompatível com ele mesmo, duas semanas mais tarde. Depois que misturar vai dar nó.
Precisa deixar só o stable, desinstalar tudo que for incompatível e instalar de novo.

Repíto o que já postei;
Só instale um repositório misturado se você precisa de um pacote que não há no stable. Não há como priorizar. O pacote pode exigir uma versão diferente de bibliotecas, atualiza ou não instala, e vai ocorrer o risco.
Depois de instalar volte ao stable.
Gostei do artigo para chamar atenção do problema.
Não concordo com a solução indicada, é temerária.

[2] Comentário enviado por tjpp em 27/11/2007 - 09:40h

Eu uso a testing direto, e ainda assim alguns pacotes da instável. Eu concordo com o nicolo, sobre a estabilidade da solução acima. Eu prefiro recompilar os pacotes da distribuição mais atual. Eu fiz isto recentemente pois o nautilus está com um bug, na testing, que já foi corrigido na instável, mas que pode demorar a chegar na testing porque o pacote não compila em outras arquiteturas.

Eu descrevi o que fiz em http://profs.if.uff.br/tjpp/blog/entradas/bug-do-nautilus-no-lenny-backport .

[3] Comentário enviado por Gilmar_GNU/Slack em 27/11/2007 - 09:43h

Mais nesse caso ai os pacotes unstable, estariam sendo usados como teste ,não e isso !
Pois isso poderia realmente dar em merda se colocasse esse pacotes no seu sistem.
o nó seria muito grande.
E ainda mais que teria o trabalho de esolher os repositórios a serem excluidos!

[4] Comentário enviado por Kondor-rj em 27/11/2007 - 09:50h

Bem, por causa disso as distros baseadas no Debian como o Ubuntu têm base por exemplo o Debian Sid.

[5] Comentário enviado por removido em 27/11/2007 - 10:07h

Bom o seu artigo!

[6] Comentário enviado por elfou em 27/11/2007 - 10:36h

Bom conteudo seu artigo cara.

[7] Comentário enviado por volcom em 27/11/2007 - 13:47h

Legal,

Mesmo com os prós e contras...acho muito útil, pois assim não correria o risco de afetar o sistema com um todo!

Vou testar a opção de indicar a prioridade de somente alguns pacotes para instalação.

Abraço e parabens

[8] Comentário enviado por maran em 27/11/2007 - 23:07h

É isso ais acho que esses contras aii não foram muito bem explicados, muito sem base pois eu mostro a solução de como não misturar e quem criticou ja falou em misturar releases.Bom pessoas que estao em dia com o sistema e como ele funcionam sabe como ou quando misturar alguma coisa...

Bom gostaria de criticas mais explicativas, e não falando já em desastre....

Te Mais....


[9] Comentário enviado por agk em 02/01/2008 - 21:28h

E o back-ports?
É uma boa pra quem quer usar stable e ter os programas mais novos sem precisar ficar fazendo updates diários que o testing e sid tem.

[10] Comentário enviado por maran em 02/01/2008 - 21:34h

backports???
segue o link
http://www.vivaolinux.com.br/artigos/verArtigo.php?codigo=7412

hehe Te Mais...


Contribuir com comentário




Patrocínio

Site hospedado pelo provedor RedeHost.
Linux banner

Destaques

Artigos

Dicas

Tópicos

Top 10 do mês

Scripts