Como lidar com um pacote “não atualizado” usando o aptitude?

3

Estou (ainda) no Debian Squeeze. Quando tento atualizar o sistema, aqui está o que recebo:

[09:20]/root# aptitude upgrade
No packages will be installed, upgraded, or removed.
0 packages upgraded, 0 newly installed, 0 to remove and 1 not upgraded.
Need to get 0 B of archives. After unpacking 0 B will be used.

Olhando para o log, recebo uma dica sobre o nome do pacote culpado:

Aptitude 0.6.3: log report
Sat, Jun 22 2013 09:20:13 +0200

IMPORTANT: this log only lists intended actions; actions which fail due to
dpkg problems may not be completed.

Will install 0 packages, and remove 0 packages.
===============================================================================
[HOLD] libxcb1
===============================================================================

Log complete.

No entanto, se eu olhar para o pacote, não receberei mais detalhes:

[09:21]/root# aptitude show libxcb1
Package: libxcb1
State: installed
Automatically installed: no
Version: 1.6-1
Priority: optional
Section: libs
Maintainer: XCB Developers <[email protected]>
Uncompressed Size: 188 k
Depends: libc6 (>= 2.3.2), libxau6, libxdmcp6
Breaks: libxcb-xlib0
...

Estou surpreso com o pouco que a info aptitude está me dando sobre sua recusa em atualizar o pacote.

Minha pergunta é: Quais são os passos que devo seguir nesta situação para descobrir por que este pacote não é atualizado?

Atualizar : aqui está o comando desejado:

$ apt-cache policy libxcb1
libxcb1:
  Installed: 1.6-1
  Candidate: 1.6-1+squeeze1
  Version table:
     1.6-1+squeeze1 0
        500 http://security.debian.org/ squeeze/updates/main amd64 Packages
 *** 1.6-1 0
        500 http://debian.mirrors.ovh.net/debian/ squeeze/main amd64 Packages
        100 /var/lib/dpkg/status
    
por rahmu 22.06.2013 / 09:25

1 resposta

3

Você precisa saber por que o aptitude não deseja instalar essa versão do pacote, com um why-not rápido que você pode descobrir:

aptitude why-not libxcb1=1.6-1+squeeze1

Mas meu palpite é que uma das 79 dependências inversas dependia da versão 1.6-1 do pacote, já que não há pacotes que quebrem / conflitem com esta biblioteca.

    
por 26.04.2014 / 23:35