web-dev-qa-db-fra.com

12.10 veut installer multiarch: packages i386

J'ai un système AMD64 sans aucun package multiarch i386. Après une mise à niveau réussie vers 12.10, aptitude semble vouloir en installer quelques-uns, et je ne peux pas dire pourquoi:

$ Sudo aptitude safe-upgrade 
Resolving dependencies...                
The following NEW packages will be installed:
  gcc-4.7-base:i386{a} libarmadillo3{a} libboost-date-time1.49-dev{a} libboost-serialization1.49-dev{a} 
  libboost-serialization1.49.0{a} libboost-thread1.49-dev{a} libboost1.49-dev{a} libc6:i386{a} libgcc1:i386{a} 
  libgdal1{a} libhdf5-7{a} libltdl7:i386{a} libnetcdfc7{a} libodbc1:i386{a} libreadline6:i386{a} 
  libtinfo5:i386{a} odbcinst1debian2:i386{a} unixodbc:i386{a} 

Pourquoi libc6: i386, par exemple? Je demande..

$ aptitude why libc6:i386
p   icoutils:i386 Provides icoutils           
p   icoutils:i386 Depends  libc6:i386 (>= 2.8)

... d'accord, mais pourquoi icoutils: i386?

$ aptitude why icoutils:i386
p   icoutils:i386 Provides icoutils

Mais j'ai déjà la version AMD64 d'icoutils:

$ aptitude search icoutils
i   icoutils                                           - Create and extract MS Windows icons and cursors             
p   icoutils:i386                                      - Create and extract MS Windows icons and cursors 

Est-ce que certains comportements multiarchives ont changé récemment ou suis-je en train d'oublier quelque chose?

Addendum: à partir de gcc-4.7-base: i386, je suis amené à qdbus: i386, qui est en cours d'installation car il fournit qdbus ... que j'ai déjà.

1
gspr

Faire dpkg --remove-architecture i386 semble avoir résolu mon problème. Je n'avais de toute façon aucun paquet i386. Pour ceux qui le font, cette solution ne suffira probablement pas.

0
gspr