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 [email protected]
with a subject of "unsubscribe". Trouble? Contact [email protected]