From: Ted Zlatanov <tzz@lifelogs.com>
To: emacs-devel@gnu.org
Cc: Daiki Ueno <ueno@unixuser.org>
Subject: bad epg.el+GPG2 behavior: unavoidable passphrase pinentry prompt
Date: Sun, 29 Sep 2013 05:22:34 -0400 [thread overview]
Message-ID: <878uyg0yp1.fsf@flea.lifelogs.com> (raw)
It used to be possible to do
GPG_AGENT_INFO=none gpg --decrypt foo.gpg
GPG_AGENT_INFO=none gpg --batch --decrypt foo.gpg
etc.
but with GPG 2.x that seems to be disabled and the pinentry prompt pops
up no matter what. Without waiting for changes on the GPG side, the
only option seems to be to downgrade to GPG 1.x, which is not a great
solution. I haven't found a configuration option to disable the popup,
and even removing /usr/bin/pinentry and disabling the gpg-agent doesn't
work:
% unset GPG_AGENT_INFO
% gpg --batch --decrypt authinfo.gpg
gpg: CAST5 encrypted data
gpg-agent[28496]: can't connect to the PIN entry module: IPC connect call failed
gpg-agent[28496]: command get_passphrase failed: No pinentry
gpg: problem with the agent: No pinentry
gpg: encrypted with 1 passphrase
gpg: decryption failed: No secret key
The effect to Emacs users is that the pinentry passphrase dialog comes
up over and over, at least in X. It makes working with .gpg files (in
VCS in particular) practically unusable and I haven't found a way to
disable the pinentry prompt.
I want to request either some workaroung or changes in epg.el or the
ability to use another encryption backend besides GPG,
e.g. http://ccrypt.sourceforge.net/
I am not opening a bug because it's not really a bug on our side IIUC.
Any advice is welcome... I hope I missed something in the GPG2 docs!
Thanks
Ted
next reply other threads:[~2013-09-29 9:22 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-29 9:22 Ted Zlatanov [this message]
2013-09-29 15:07 ` bad epg.el+GPG2 behavior: unavoidable passphrase pinentry prompt Thierry Volpiatto
2013-09-29 17:48 ` Ted Zlatanov
2013-09-29 15:24 ` Daiki Ueno
2013-09-29 17:57 ` Ted Zlatanov
2013-10-02 7:23 ` Daiki Ueno
2013-10-02 10:34 ` Ted Zlatanov
2013-10-02 12:48 ` Daiki Ueno
2013-10-02 13:27 ` Andrey Kotlarski
2013-10-02 13:38 ` Ted Zlatanov
2013-10-03 1:52 ` Daiki Ueno
2013-10-03 13:59 ` Ted Zlatanov
2013-10-03 14:59 ` Stefan Monnier
2013-10-04 21:05 ` Ted Zlatanov
2013-10-05 16:21 ` Stefan Monnier
2013-10-07 18:15 ` Ted Zlatanov
2013-10-07 22:46 ` Stefan Monnier
2013-10-04 0:12 ` Daiki Ueno
2013-10-04 16:11 ` Ted Zlatanov
2013-09-30 18:53 ` Stefan Monnier
2013-09-30 19:24 ` Ted Zlatanov
2013-09-30 22:49 ` Stefan Monnier
2013-09-30 23:34 ` Ted Zlatanov
2013-10-01 0:40 ` Stefan Monnier
2013-10-01 1:13 ` Ted Zlatanov
2013-10-01 2:23 ` Stephen J. Turnbull
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=878uyg0yp1.fsf@flea.lifelogs.com \
--to=tzz@lifelogs.com \
--cc=emacs-devel@gnu.org \
--cc=ueno@unixuser.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.