From: Robert Pluim <rpluim@gmail.com>
To: Stefan Monnier <monnier@IRO.UMontreal.CA>
Cc: emacs-devel@gnu.org
Subject: Re: master 26f9a77: * etc/package-keyring.gpg: Add the 2019 key
Date: Fri, 26 Apr 2019 16:17:22 +0200 [thread overview]
Message-ID: <m2y33wg8b1.fsf@gmail.com> (raw)
In-Reply-To: <jwv36m5m17y.fsf-monnier+emacs@gnu.org> (Stefan Monnier's message of "Fri, 26 Apr 2019 07:57:54 -0400")
>>>>> On Fri, 26 Apr 2019 07:57:54 -0400, Stefan Monnier <monnier@IRO.UMontreal.CA> said:
Stefan> Sounds like a bug: the import should have taken place
Stefan> during the installation (more specifically during the
Stefan> compilation) of gnu-elpa-keyring-update and it should not
Stefan> need to be performed "ever again". And if for some reason
Stefan> it didn't happen during installation, it should happen at
Stefan> the next startup but not at the subsequent ones.
Stefan> So could you try and figure out why it happens every time
Stefan> you start Emacs?
There is a bug somewhere, but itʼs not clear where:
- when I installed gnu-elpa-keyring-update, I was prompted for a gpg key
to use to encrypt. I chose one, which meant that
gnu-elpa-keyring-update-2019.1/etc/gnu-elpa-keyring.gpg
ended up encrypted, and gpg could not import it.
- I manually decrypted gnu-elpa-keyring.gpg, and relaunched emacs.
- This time, epg debug shows that gpg imported something:
GPG_AGENT_INFO is not set
/usr/local/bin/gpg2 --no-tty --status-fd 1 --yes --homedir /Users/rpluim/.emacs.d/elpa/gnupg --command-fd 0 --import -- /Users/rpluim/.emacs.d/elpa/gnu-elpa-keyring-update-2019.1/etc/gnu-elpa-keyring.gpg
[GNUPG:] IMPORT_OK 0 CA442C00F91774F17F59D9B0474F05837FBDEF9B
[GNUPG:] KEY_CONSIDERED CA442C00F91774F17F59D9B0474F05837FBDEF9B 0
[GNUPG:] KEY_CONSIDERED CA442C00F91774F17F59D9B0474F05837FBDEF9B 0
[GNUPG:] IMPORT_OK 0 C433554766D3DDC64221BFAA066DAFCB81E42C40
[GNUPG:] KEY_CONSIDERED C433554766D3DDC64221BFAA066DAFCB81E42C40 0
[GNUPG:] IMPORT_RES 2 0 0 0 2 0 0 0 0 0 0 0 0 0 0
- However, emacs still tries to re-import the updated keyring when I
restart it
- I was expecting .emacs.d/elpa/gnupg/pubring.gpg to change, but it
hasn't changed in size, nor has its timestamp. pubring.kbx *has*
changed however
Could this be a gpg issue?
Robert
next prev parent reply other threads:[~2019-04-26 14:17 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20190423203703.26844.27107@vcs0.savannah.gnu.org>
[not found] ` <20190423203704.C1B1F207D5@vcs0.savannah.gnu.org>
2019-04-26 8:22 ` master 26f9a77: * etc/package-keyring.gpg: Add the 2019 key Robert Pluim
2019-04-26 11:57 ` Stefan Monnier
2019-04-26 14:17 ` Robert Pluim [this message]
2019-04-26 14:45 ` Robert Pluim
2019-04-26 17:38 ` Stefan Monnier
2019-04-27 7:33 ` Robert Pluim
2019-04-29 21:20 ` Stefan Monnier
2019-04-30 7:33 ` Robert Pluim
2019-04-30 9:25 ` Robert Pluim
2019-04-30 12:09 ` Stefan Monnier
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=m2y33wg8b1.fsf@gmail.com \
--to=rpluim@gmail.com \
--cc=emacs-devel@gnu.org \
--cc=monnier@IRO.UMontreal.CA \
/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.