Guix install script on foreign distro fails to add berlin public key

  • Done
  • quality assurance status badge
Details
3 participants
  • Julien Lepiller
  • Leo Famulari
  • Ludovic Courtès
Owner
unassigned
Submitted by
Julien Lepiller
Severity
normal
J
J
Julien Lepiller wrote on 12 Apr 2021 21:48
(address . bug-guix@gnu.org)
E82DB7A3-398D-4D3F-9599-98087BEA94A2@lepiller.eu
Hi Guix!

When installing Guix on a new machine (foreign distro), substitute were not properly set up:

Permit downloading pre-built package binaries from the project's build farm? (yes/no) yes
/home/roptat/guix-install.sh: line 445: /root/.config/guix/current/share/guix/ci.guix.gnu.org.pub: No such file or directory

That was the latest version of the script downloaded from savannah. It downloaded and installed the 1.2.0 tarball.

I was able to fix that later manually, but let's make sure the script doesn't fail like that with the release :)
L
L
Leo Famulari wrote on 13 Apr 2021 20:26
(no subject)
(address . control@debbugs.gnu.org)
YHXiPn6Nds40YOQ3@jasmine.lan
block 47297 with 47734
L
L
Leo Famulari wrote on 14 Apr 2021 21:52
Re: bug#47734: Guix install script on foreign distro fails to add berlin public key
(name . Julien Lepiller)(address . julien@lepiller.eu)(address . 47734@debbugs.gnu.org)
YHdIGLZS7lgysUmG@jasmine.lan
On Mon, Apr 12, 2021 at 03:48:10PM -0400, Julien Lepiller wrote:
Toggle quote (12 lines)
> Hi Guix!
>
> When installing Guix on a new machine (foreign distro), substitute were not properly set up:
>
> …
> Permit downloading pre-built package binaries from the project's build farm? (yes/no) yes
> /home/roptat/guix-install.sh: line 445: /root/.config/guix/current/share/guix/ci.guix.gnu.org.pub: No such file or directory
>
> That was the latest version of the script downloaded from savannah. It downloaded and installed the 1.2.0 tarball.
>
> I was able to fix that later manually, but let's make sure the script doesn't fail like that with the release :)

I ran the script, following the instructions in the manual, on a fresh
Debian system. I had no problems.

I also ran the script, not following the instructions exactly, but
instead doing `sudo ./guix-install.sh`, and it still worked fine. I
thought that maybe there were some 'sudo' vs 'sudo --login' shenanigans,
but nothing went wrong.

Can anybody reproduce this bug?
L
L
Leo Famulari wrote on 14 Apr 2021 21:53
(no subject)
(name . GNU bug tracker automated control server)(address . control@debbugs.gnu.org)
YHdIN0n2Ned7ONr4@jasmine.lan
unblock 47297 with 47734
L
L
Leo Famulari wrote on 17 Apr 2021 20:30
(name . GNU bug tracker automated control server)(address . control@debbugs.gnu.org)
YHspPVBNXw36Ii96@jasmine.lan
block 47297 with 47734
L
L
Leo Famulari wrote on 20 Apr 2021 02:48
Re: bug#47734: Guix install script on foreign distro fails to add berlin public key
(name . Julien Lepiller)(address . julien@lepiller.eu)(address . 47734@debbugs.gnu.org)
YH4k0KNFENIlI6v0@jasmine.lan
On Wed, Apr 14, 2021 at 03:52:56PM -0400, Leo Famulari wrote:
Toggle quote (2 lines)
> Can anybody reproduce this bug?

Ping?
L
L
Ludovic Courtès wrote on 21 Apr 2021 14:45
(name . Julien Lepiller)(address . julien@lepiller.eu)
871rb37qnm.fsf@gnu.org
Hi Julien,

Julien Lepiller <julien@lepiller.eu> skribis:

Toggle quote (10 lines)
> When installing Guix on a new machine (foreign distro), substitute were not properly set up:
>
> …
> Permit downloading pre-built package binaries from the project's build farm? (yes/no) yes
> /home/roptat/guix-install.sh: line 445: /root/.config/guix/current/share/guix/ci.guix.gnu.org.pub: No such file or directory
>
> That was the latest version of the script downloaded from savannah. It downloaded and installed the 1.2.0 tarball.
>
> I was able to fix that later manually, but let's make sure the script doesn't fail like that with the release :)

I don’t see how this can happen: ‘sys_create_store’ creates
~root/.config/guix/current, before ‘sys_authorize_build_farms’ runs.

Can you reproduce it, Julien?

Alternatively, could you paste the complete output of the
guix-install.sh script when it failed?

Thanks,
Ludo’.
J
J
Julien Lepiller wrote on 21 Apr 2021 17:46
(name . Ludovic Courtès)(address . ludo@gnu.org)
5B4065FE-7A9D-4780-8F21-831DDB08DD0A@lepiller.eu
I can't copy-paste easily to my email client right now, so here's a paste. I'll send the content later.


Le 21 avril 2021 08:45:01 GMT-04:00, "Ludovic Courtès" <ludo@gnu.org> a écrit :
Toggle quote (30 lines)
>Hi Julien,
>
>Julien Lepiller <julien@lepiller.eu> skribis:
>
>> When installing Guix on a new machine (foreign distro), substitute
>were not properly set up:
>>
>> …
>> Permit downloading pre-built package binaries from the project's
>build farm? (yes/no) yes
>> /home/roptat/guix-install.sh: line 445:
>/root/.config/guix/current/share/guix/ci.guix.gnu.org.pub: No such file
>or directory
>>
>> That was the latest version of the script downloaded from savannah.
>It downloaded and installed the 1.2.0 tarball.
>>
>> I was able to fix that later manually, but let's make sure the script
>doesn't fail like that with the release :)
>
>I don’t see how this can happen: ‘sys_create_store’ creates
>~root/.config/guix/current, before ‘sys_authorize_build_farms’ runs.
>
>Can you reproduce it, Julien?
>
>Alternatively, could you paste the complete output of the
>guix-install.sh script when it failed?
>
>Thanks,
>Ludo’.
Attachment: file
L
L
Ludovic Courtès wrote on 21 Apr 2021 21:56
(name . Julien Lepiller)(address . julien@lepiller.eu)
87r1j32yzo.fsf@gnu.org
Here’s the paste, for posterity:

Toggle snippet (44 lines)
This script installs GNU Guix on your system

https://www.gnu.org/software/guix/
Press return to continue...
[1618245319.405]: Starting installation (Mon 12 Apr 2021 12:35:19 PM EDT)
[1618245319.409]: [ PASS ] verification of required commands completed
[1618245319.445]: [ INFO ] init system is: systemd
[1618245319.465]: [ WARN ] We recommend installing and/or starting your distribution 'nscd' service
[1618245319.467]: [ WARN ] Please read 'info guix "Application Setup"' about "Name Service Switch"
[1618245319.468]: [ INFO ] system is x86_64-linux
[1618245319.593]: [ PASS ] Release for your system: guix-binary-1.2.0.x86_64-linux
[1618245319.595]: [ INFO ] Downloading Guix release archive
guix-binary-1.2.0.x86_64-linux.tar.xz 100%[=========================================================================================================================================>] 76.00M 68.5MB/s in 1.1s
guix-binary-1.2.0.x86_64-linux.tar.xz.sig 100%[=========================================================================================================================================>] 833 --.-KB/s in 0s
[1618245320.829]: [ PASS ] download completed.
[1618245321.262]: [ PASS ] Signature is valid.
[1618245328.424]: [ PASS ] unpacked archive
[1618245328.426]: [ INFO ] Installing /var/guix and /gnu...
[1618245329.506]: [ INFO ] Linking the root user's profile
[1618245329.516]: [ PASS ] activated root profile at /root/.config/guix/current
[1618245330.001]: [ PASS ] group <guixbuild> created
[1618245330.698]: [ PASS ] user added <guixbuilder01>
[1618245331.389]: [ PASS ] user added <guixbuilder02>
[1618245332.274]: [ PASS ] user added <guixbuilder03>
[1618245332.907]: [ PASS ] user added <guixbuilder04>
[1618245333.583]: [ PASS ] user added <guixbuilder05>
[1618245334.203]: [ PASS ] user added <guixbuilder06>
[1618245334.874]: [ PASS ] user added <guixbuilder07>
[1618245335.520]: [ PASS ] user added <guixbuilder08>
[1618245336.215]: [ PASS ] user added <guixbuilder09>
[1618245336.853]: [ PASS ] user added <guixbuilder10>
Created symlink /etc/systemd/system/guix-daemon.service.wants/gnu-store.mount → /etc/systemd/system/gnu-store.mount.
Created symlink /etc/systemd/system/multi-user.target.wants/guix-daemon.service → /etc/systemd/system/guix-daemon.service.
[1618245337.848]: [ PASS ] enabled Guix daemon via systemd
[1618245337.849]: [ INFO ] making the guix command available to other users
Permit downloading pre-built package binaries from the project's build farm? (yes/no) yes
/home/roptat/guix-install.sh: line 445: /root/.config/guix/current/share/guix/ci.guix.gnu.org.pub: No such file or directory
[1618245340.514]: [ PASS ] installed shell completion
[1618245340.516]: [ INFO ] cleaning up /tmp/guix.ySI
[1618245340.528]: [ PASS ] Guix has successfully been installed!
[1618245340.529]: [ INFO ] Run 'info guix' to read the manual.
[1618245340.530]: [ INFO ] Please log out and back in to complete the installation.

We see these lines:

[ INFO ] Installing /var/guix and /gnu...
[ INFO ] Linking the root user's profile
[ PASS ] activated root profile at /root/.config/guix/current

which is evidence that ~root/.config/guix/current was created and is not
a dangling symlink. Further more, the binary tarball does contain that
.pub file:

Toggle snippet (6 lines)
$ wget -qO - https://ftp.gnu.org/gnu/guix/guix-binary-1.2.0.x86_64-linux.tar.xz | xz -d | tar tv | grep '\.pub$'
-r--r--r-- root/root 118 1970-01-01 01:00 ./gnu/store/6rn4l3h0p9x0m615pp1ynlv9v0743kl3-guix-1.2.0/share/guix/berlin.guix.gnu.org.pub
-r--r--r-- root/root 118 1970-01-01 01:00 ./gnu/store/6rn4l3h0p9x0m615pp1ynlv9v0743kl3-guix-1.2.0/share/guix/ci.guix.gnu.org.pub
-r--r--r-- root/root 118 1970-01-01 01:00 ./gnu/store/6rn4l3h0p9x0m615pp1ynlv9v0743kl3-guix-1.2.0/share/guix/ci.guix.info.pub

So I don’t see what happened.

Julien, could it be that “something else” removed /root/.config or
/var/guix/profiles while it was running? Or… any other idea?

Thanks,
Ludo’.
L
L
Ludovic Courtès wrote on 23 Apr 2021 11:30
control message for bug #47734
(address . control@debbugs.gnu.org)
8735vhtkj7.fsf@gnu.org
tags 47734 + moreinfo
quit
L
L
Ludovic Courtès wrote on 25 Apr 2021 21:54
Re: bug#47734: Guix install script on foreign distro fails to add berlin public key
(name . Julien Lepiller)(address . julien@lepiller.eu)
87wnsqf8bw.fsf@gnu.org
Ludovic Courtès <ludo@gnu.org> skribis:

Toggle quote (3 lines)
> Julien, could it be that “something else” removed /root/.config or
> /var/guix/profiles while it was running? Or… any other idea?

Following our discussion on IRC, it seems likely that “something”
interfered with the installation process. Closing as “notabug”.

Thanks,
Ludo’.
L
L
Ludovic Courtès wrote on 25 Apr 2021 21:55
control message for bug #47734
(address . control@debbugs.gnu.org)
87v98af8bp.fsf@gnu.org
tags 47734 notabug
close 47734
quit
?
Your comment

This issue is archived.

To comment on this conversation send an email to 47734@debbugs.gnu.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 47734
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch