[pkg-gnupg-maint] Bug#796931: gnupg-agent: no longer writes $GNUPGHOME/gpg-agent-info-$(hostname) file

[Axel Beckert]

Hi,

Thorsten Glaser wrote:
> severity 796931 serious

I agree with this severity. This issue breaks quite some automatic
stuff and is a severe and unexpected regression.

> It’s actually worse: when using startx or no X environment
> at all, I can no longer use gpg-agent:

Interestingly it still works for me under X, but there are chances
that I used gnupg/gnupg2 from experimental where "gpg" is gpg2.

On some other host I just ran into the issue that this no more works:

> tglase at tglase-nb:~ $ eval $(gpg-agent --daemon --sh)

The point is that neither "gpg-agent --daemon --sh" outputs any shell
code to be eval'ed anymore nor does "gpg-agent --daemon /usr/bin/zsh"
work for me as advertised in gpg-agent's man page (no GPG_* named
environment variables set inside). Because if I try to sign something
inside that shell, it claims that "gpg-agent is not available in this
session" as it does for Thorsten:

> You need a passphrase to unlock the secret key for
> user: "Thorsten Glaser (tarent GmbH) <t.glaser at tarent.de>"
> 4096-bit RSA key, ID 5EB8D3B3, created 2009-01-05
> 
> gpg: gpg-agent is not available in this session

Having "gpg-agent --daemon" outputting lines like
"GPG_AGENT_INFO=/tmp/gpg-4hLrL9/S.gpg-agent:5152:1; export
GPG_AGENT_INFO;" respectively setting this in the child process'
environment as it did before would fix the issue for me. But there
seem to be other interfaces I haven't used so far, too.

		Regards, Axel
-- 
 ,''`.  |  Axel Beckert <abe at debian.org>, http://people.debian.org/~abe/
: :' :  |  Debian Developer, ftp.ch.debian.org Admin
`. `'   |  4096R: 2517 B724 C5F6 CA99 5329  6E61 2FF9 CD59 6126 16B5
  `-    |  1024D: F067 EA27 26B9 C3FC 1486  202E C09E 1D89 9593 0EDE