Como manter um servidor Ubuntu sem a versão “-updates”

3

Resumindo:

Alguém aí, executando servidores Ubuntu, tenta fazê-lo com a versão "-updates" (como atualizações precisas) desabilitada? Se sim, como você lida com os lançamentos de pontos do ubuntu (que incluem pacotes de atualizações)?

Isso é muito específico, e eu não encontrei nada sobre isso nas minhas pesquisas. Por favor me aponte para qualquer pergunta anterior ou talvez para um fórum mais apropriado que você conheça para isso.

Não tão curto:

Parece-me que o ponto inteiro em ter -updates como um lançamento separado é optar por não usá-lo e ter apenas as atualizações relacionadas à segurança instaladas. É o que tentamos fazer em nossa empresa.

Claro, você pode precisar de algum pacote de atualizações, e nós precisamos. Então deixamos as atualizações em sources.list, mas fixamos em -10 (prioridade "don't use at all"). Pacotes específicos de que precisamos a partir de atualizações são fixados com uma prioridade mais alta para que sejam selecionados. Nós temos essa configuração automatizada já. Funciona bem ... na maior parte do tempo.

O problema surge se alguém usa uma imagem / CD de uma versão pontual do ubuntu (por exemplo, 12.04.2, por exemplo) para instalar uma nova máquina. Os lançamentos de pontos incluem os pacotes -updates até aquele momento. Quando eu tento instalar algum novo pacote (depois de desabilitar / fixar atualizações) e esse pacote depende de um desses pacotes -updates que vieram com o release, eu posso pegar um pacote quebrado. Como neste caso:

# apt-get install vim-nox -s
Reading package lists... Done
Building dependency tree       
Reading state information... Done
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:

The following packages have unmet dependencies:
 vim-nox : Depends: vim-common (= 2:7.3.429-2ubuntu2) but 2:7.3.429-2ubuntu2.1 is to be installed
           Depends: vim-runtime (= 2:7.3.429-2ubuntu2) but 2:7.3.429-2ubuntu2.1 is to be installed
E: Unable to correct problems, you have held broken packages.

Ele está tentando instalar o vim-nox de "preciso", mas o vim-common e o vim-runtime de precisos-atualizações já estão instalados (pela instalação base, antes que eu possa mudar alguma coisa), e assim ele quebra.

Brincar com as prioridades do apt_preference não me ajudou. Dependências AFAICT não afetam o algoritmo de seleção / prioridade do apt, então ele não fará o trabalho.

É claro que posso apenas proibir o uso de imagens de liberação pontual, mas isso é um pouco lamentável. Em um mundo de imagens cada vez mais pré-construídas para cada tipo de plataforma de virtualização, se eu quiser aproveitá-las (mesmo que apenas para testes), tenho que procurar imagens antigas, às vezes obsoletas (ou inexistentes) feitas antes da primeira. liberação pontual.

Alguém aqui já passou por isso?

    
por dgmorales 18.09.2013 / 23:22

2 respostas

0

Resumindo:

Comente somente as entradas -updates no seu sources.list . Ou fixe-os.

Não muito curto:

Parece que você quer estragar um pouco com suas preferências de fixação . Se você quiser, pode definir isso se precisar instalar um pacote de um repositório no no-updates, você pode definir o repositório principal como uma prioridade de > 1000 pin. Isto irá dizer ao apt-get para fazer o downgrade, se necessário, dos pacotes para obtê-los desta versão:

Note that a priority above 1000 will allow even downgrades no matter the version of the prioritary package. This means that you can use priority 1001 for a stable source if you want to downgrade to the stable versions of the packages you have installed (let's say from testing) on the system.

Como exemplo, vamos ver minhas próprias preferências do apt-pinning:

cat /etc/apt/preferences.d/pinning
Package: iceweasel*
Pin: release a=experimental
Pin-Priority: 1990

apt-cache policy iceweasel
iceweasel:
  Installed: 25.0~a2+20130830004004-1~bpo70+1
  Candidate: 25.0~a2+20130906004001-1
  Package pin: 25.0~a2+20130906004001-1
  Version table:
     25.0~a2+20130906004001-1 1990
        500 http://mozilla.debian.net/ experimental/iceweasel-aurora i386 Packages
 *** 25.0~a2+20130830004004-1~bpo70+1 1990
        100 /var/lib/dpkg/status
     17.0.8esr-2 1990
        500 http://ftp.us.debian.org/debian/ testing/main i386 Packages

Como você pode ver, o apt preferirá que o pacote iceweasel venha da ramificação experimental em vez da testing e, se for necessário, faça o downgrade do pacote para atender a essa preferência.

    
por Braiam 24.09.2013 / 16:50
0

Tente limpar vim ee começar de novo - funcionou para mim

sudo apt-get remove vim-common
sudo apt-get clean && sudo apt-get purge
sudo apt-get update && sudo apt-get install vim 
    
por puneeth 17.12.2013 / 15:37