Package: gnupg2 Version: 2.0.20-1 Severity: normal Control: affects -1 msva-perl
gpg2 apparently now looks for keyserver helpers on my system in /usr/lib/x86_64-linux-gnu/gnupg2/gpg2keys_* However, these helpers are used as full-fledged binaries, not shared libraries: they interact over a subprocess/files-and-pipes interface, just like the mechanism used by gpg1. Storing (and looking for) these files in an arch-specific place is problematic, because it makes it difficult or impossible for Arch: all packages which provide keyserver helpers to know where to place their helper scripts. For example, msva-perl provides /usr/lib/gnupg/gpgkeys_hkpms and /usr/lib/gnupg2/gpg2keys_hkpms -- an Arch: all helper script that enables OpenPGP-based out-of-band certificate verification for keyservers using https. This used to work for both gpg and gpg2; it still works for gpg (since gpg uses the non-arch-specific location of /usr/lib/gnupg/gpgkeys_*), but it no longer works for gpg2 because of the search in the arch-specific location. imagining a hypothetical multiarch machine that uses both i386 and amd64 how would the msva-perl package know what place to link gpg2keys_hkpms? should it place it in /usr/lib/x86_64-linux-gnu/gnupg2/ or in /usr/lib/i386-linux-gnu/gnupg2/ or somewhere else? I haven't found any documentation which describes the reason for moving to an arch-specific directory. If there are docs or some archived discussion someplace, i'd appreciate a pointer. Thanks for maintaining gpg2 in debian! Regards, --dkg -- System Information: Debian Release: jessie/sid APT prefers testing APT policy: (500, 'testing'), (200, 'unstable'), (1, 'experimental') Architecture: amd64 (x86_64) Kernel: Linux 3.9-1-amd64 (SMP w/4 CPU cores) Locale: LANG=en_US.UTF-8, LC_CTYPE=en_US.UTF-8 (charmap=UTF-8) Shell: /bin/sh linked to /bin/dash Versions of packages gnupg2 depends on: ii dpkg 1.16.10 ii gnupg-agent 2.0.20-1 ii install-info 5.1.dfsg.1-3 ii libassuan0 2.1.0-1 ii libbz2-1.0 1.0.6-4 ii libc6 2.17-7 ii libcurl3-gnutls 7.31.0-2 ii libgcrypt11 1.5.2-3 ii libgpg-error0 1.10-3.1 ii libksba8 1.3.0-2 ii libreadline6 6.2+dfsg-0.1 ii zlib1g 1:1.2.8.dfsg-1 gnupg2 recommends no packages. Versions of packages gnupg2 suggests: pn gnupg-doc <none> ii xloadimage 4.1-21 -- debconf-show failed -- To UNSUBSCRIBE, email to debian-bugs-dist-requ...@lists.debian.org with a subject of "unsubscribe". Trouble? Contact listmas...@lists.debian.org