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@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.gla...@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 <a...@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