From: Maxim Cournoyer <maxim.cournoyer@gmail.com>
To: Leo Famulari <leo@famulari.name>
Cc: guix-devel <guix-devel@gnu.org>
Subject: Re: GNU Guix 1.3.0rc1 available for testing!
Date: Sun, 02 May 2021 14:45:18 -0400 [thread overview]
Message-ID: <87h7jlnfep.fsf@gmail.com> (raw)
In-Reply-To: <YI4lFlmUZq2xeBBf@jasmine.lan> (Leo Famulari's message of "Sun, 2 May 2021 00:05:42 -0400")
Hi Leo,
Leo Famulari <leo@famulari.name> writes:
> On Sat, May 01, 2021 at 05:25:45PM -0400, Leo Famulari wrote:
>> Maybe we should update the manual to mention "1.3.0rc1" and the correct
>> key.
>
> I've attached a patch.
>
>> > 1. Testing the binary tarball on the distro of your choice. You can
>> > download <https://guix.gnu.org/install.sh>. Uncomment the
>> > ‘GNU_URL’ variable assignment that refers to alpha.gnu.org and it
>> > should pick up 1.3.0rc1 automatically.
>>
>> The install.sh script also recommends installing Ludo's key, but of
>> course fails to verify the signature with it. After installing Ludo's
>> key, the installer does suggest the correct key — Maxim's.
>
> I looked at 'guix-install.sh' and see that it recommends both Ludo's and
> Maxim's keys. It's not great that it fails, recommends users to download
> Ludo's key, and then fails again.
It should fail only once (as it currently would if Ludo's key was
missing), and display two messages/two commands instead of one to get
the missing keys. This is because we exit after the loop, based on the
exit_flag variable value we set in the loop. Did it not behave that way
for you?
> I tried re-sorting the array so that Maxim's key is first but, no matter
> what, it still requires every key in the GPG_SIGNING_KEY array, and the
> user will have to try the script three times before it can succeed. If
> the next release is signed by someone besides Ludo or Maxim, then the
> script will require four runs, etc.
Could you help me understand what is failing? I tested with no keys, or
with just Ludovic's key, and it was working as intended when attempting
to install the 1.3.0rc1 release (e.g., aborting + printing all the keys
missing with the accompanying suggested commands to resolve the issue,
and proceed with the installation normally thereafter)
Thank you!
Maxim
next prev parent reply other threads:[~2021-05-02 18:45 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-05-01 5:45 GNU Guix 1.3.0rc1 available for testing! Maxim Cournoyer
2021-05-01 7:48 ` Vagrant Cascadian
2021-05-02 2:53 ` Maxim Cournoyer
2021-05-01 21:25 ` Leo Famulari
2021-05-02 2:52 ` Maxim Cournoyer
2021-05-02 4:27 ` Leo Famulari
2021-05-04 4:02 ` Maxim Cournoyer
2021-05-02 4:05 ` Leo Famulari
2021-05-02 4:28 ` Leo Famulari
2021-05-02 18:45 ` Maxim Cournoyer [this message]
2021-05-02 22:14 ` Leo Famulari
2021-05-03 19:38 ` Tissevert
2021-05-04 0:34 ` Leo Famulari
2021-05-05 8:16 ` Tissevert
2021-05-05 17:01 ` Vagrant Cascadian
2021-05-06 1:18 ` Leo Famulari
2021-05-05 1:49 ` Chris Marusich
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=87h7jlnfep.fsf@gmail.com \
--to=maxim.cournoyer@gmail.com \
--cc=guix-devel@gnu.org \
--cc=leo@famulari.name \
/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/guix.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.