Package: dpkg Version: 1.18.23 User: helm...@debian.org Usertags: rebootstrap
Hi Guillem, it seems that dpkg exhibits a strange behaviour with Multi-Arch: same and conffiles. If you have one instance removed, but not purged, and try to install another instance, dpkg errors out with an unpack error on a conffile. This is rather unexpected to me. Example in a fresh sid amd64 debootstrap: | # dpkg --add-architecture i386 | # apt-get update | ... | # apt-get install libgssapi-krb5-2 | ... | # apt-get remove libgssapi-krb5-2 | ... | # apt-get install libgssapi-krb5-2:i386 | ... | Unpacking libgssapi-krb5-2:i386 (1.15-1) ... | dpkg: error processing archive /tmp/apt-dpkg-install-6OFgRm/8-libgssapi-krb5-2_1.15-1_i386.deb (--unpack): | trying to overwrite shared '/etc/gss/mech.d/README', which is different from other instances of package libgssapi-krb5-2:i386 | dpkg-deb: error: subprocess paste was killed by signal (Broken pipe) | Errors were encountered while processing: | /tmp/apt-dpkg-install-6OFgRm/8-libgssapi-krb5-2_1.15-1_i386.deb | E: Sub-process /usr/bin/dpkg returned an error code (1) | # Skipping the removal step (i.e. installing both packages together) or purging the other instance makes the sequence work. Thus the reported difference does not exist. I conclude that something is fishy in dpkg here. Of course having a soname-independent (conf)file in a shared library is a policy violation and will be reported separately. Helmut
