[pkg-gnupg-maint] Bug#872806: libgpg-error0 packs runtime support files in shared library

[Helmut Grohne]

Package: libgpg-error0
Version: 1.27-3
Severity: serious
Justification: policy 8.2
User: helmutg at 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