Bugzilla Bug 212405

app-crypt/gpa can't send keys to a keyserver with gnupg2.

Reproducible: Always

Steps to Reproduce:
1. emerge gnupg2 and gpa
2. unmerge gnupg if installed
3. send a key from your keyring to a keyserver (protocol hkp)

Actual Results:  
gpa complains about a missing plugin for hkp

Expected Results:  
Well: Send the key to a keyserver, of course :-)

To me, it looks like GPA can't find gpgkeys_hkp (which doesn't exist) if gnupg
isn't installed. But there's a file /usr/libexec/gpg2keys_hkp. After:

cp -p /usr/libexec/gpg2keys_hkp /usr/libexec/gnupg/gpgkeys_hkp

everything works. I don't know if this a problem of GPA itself or Gentoo
specific, but a quick hack to solve this might be a link

/usr/libexec/gnupg/gpgkeys_hkp -> /usr/libexec/gpg2keys_hkp

created by gnupg2.

Thanks!

Created an attachment (id=163334) [edit]
Fixed ebuild.

This isn't fixed as of ebuilds gpg-2.0.9 and gpa-0.7.6, so IMHO this bug should
be reopened (but the fix is trivial).

Right now gpg will install the "plugins" (gpgkeys_hkp et al) into /usr/libexec,
but gpa will look for them in ${libexecdir}/gnupg. So we can't use the
--libexecdir conf flag in gpa to set this to something that works, since it
will always look for the gnupg sub directory.

I guess the way to go here is to make the gpg ebuild install the plugins into
/usr/libexec/gnupg. I've attached an ebuild which does this, and I've confirmed
that gpa can use keyservers after re-installing gpg using this ebuild. Don't
know if this breaks assumptions made by other packages using gpg plugins
though.