Package: libgpg-error0 Version: 1.27-3 Severity: serious Justification: policy 8.2 User: helm...@debian.org Usertags: rebootstrap
libgpg-error0 packs runtime support files (i.e. .mo files) into the shared library package. It happens that these files are not versioned (e.g. libgpg-error.mo rather than libgpg-error0.mo). Doing so violates Debian policy section 8.2: | If your package contains files whose names do not change with each change | in the library shared object version, you must not put them in the shared | library package. Otherwise, several versions of the shared library cannot | be installed at the same time without filename clashes, making upgrades | and transitions unnecessarily difficult. This happens to also break multiarch. Rebuilds of libgpg-error are not currently coinstallable with other instances from the archive: | Unpacking libgpg-error-dev:ppc64 (1.27-3) ... | dpkg: error processing archive /tmp/repo/pool/main/libg/libgpg-error/libgpg-error0_1.27-3_ppc64.deb (--unpack): | trying to overwrite shared '/usr/share/locale/cs/LC_MESSAGES/libgpg-error.mo', which is different from other instances of package libgpg-error0:ppc64 | Errors were encountered while processing: | /tmp/repo/pool/main/libg/libgpg-error/libgpg-error0_1.27-3_ppc64.deb | E: Sub-process /usr/bin/dpkg returned an error code (1) | E: Failed to process build dependencies I suggest moving them to an Arch:all package. Helmut
