Hi, On Tue, Jun 23, 2015 at 04:09:05PM +0200, Manfred Hollstein wrote:
On Fri, 19 Jun 2015, 13:58:42 +0200, Lars Müller wrote:
I'm using mutt and while I'm sending a mail I'm getting asked two times when sending the first mail to enter my pass phrase.
That has not been the case in the past.
Is this a side effect of KDE 5?
no, it exists (at least for me) since gpg-2.1; according to its release notes:
With GnuPG 2.1 the need of GPG_AGENT_INFO has been completely removed and the variable is ignored. Instead a fixed Unix domain socket named S.gpg-agent in the GnuPG home directory (by default ~/.gnupg) is used. The agent is also started on demand by all tools requiring services from the agent.
This means it is correct, that the GPG_AGENT_INFO variable isn't defined anymore. It appears, though, that at least mutt still expects it to be defined. I just put the following into my ~/.xinitrc:
# With GnuPG 2.1 the need of GPG_AGENT_INFO has been completely removed # and the variable is ignored. Instead a fixed Unix domain socket named # S.gpg-agent in the GnuPG home directory (by default ~/.gnupg) is used. # The agent is also started on demand by all tools requiring services # from the agent. # # It appears that mutt, at least, still wants to see the GPG_AGENT_INFO # variable: [ -z "${GPG_AGENT_INFO}" ] && export GPG_AGENT_INFO=$HOME/.gnupg/S.gpg-agent
Now mutt happily shows all signed and/or encrypted messages without showing "Enter PGP passphrase:" before.
Following your ~/.xinitrc approach made it impossible for me to login afterwards from the displaymanager (sddm). I'm using the same from ~/.bashrc instead and that works. But do we have to consider to make it for everyone easier by default or would we only artificially expand the time till more software honors the new approach? Even if setting GPG_AGENT_INFO works for mutt it might even cause some trouble to other components as the old format offered offered three fields: <path to Unix Domain Socket>:<gpg-agent PID>:<protocol version> while with the setting GPG_AGENT_INFO workaround we're only able to offer the first. Cheers, Lars -- Lars Müller [ˈlaː(r)z ˈmʏlɐ] Samba Team + SUSE Labs SUSE Linux, Maxfeldstraße 5, 90409 Nürnberg, Germany