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

Reply via email to