GNU bug report logs - #60207
ci build of latest guix for armhf

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 60207 in the body.
You can then email your comments to 60207 AT debbugs.gnu.org in the normal way.

Toggle the display of automated, internal messages from the tracker.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Julius Schwartzenberg <julius.schwartzenberg <at> gmail.com>
To: bug-guix <at> gnu.org
Subject: Bug report
Date: Mon, 19 Dec 2022 18:48:12 +0100

Hi all, I was requested to send this mail by the tool. Please see the 
output below. I hope it can help. I am running Armbian 22.11 on an ASUS 
Tinker Board.

Best regards,
Julius

julius <at> tinkerboard:~$ guix pull
hint: Consider installing the `glibc-utf8-locales' or `glibc-locales' 
package and
defining `GUIX_LOCPATH', along these lines:

     guix install glibc-utf8-locales
     export GUIX_LOCPATH="$HOME/.guix-profile/lib/locale"

See the "Application Setup" section in the manual, for more info.

Kanaal 'guix' bijwerken vanuit Git-repository op 
'https://git.savannah.gnu.org/git/guix.git'...
Authenticatiekanaal 'guix', kent 9edb3f6 toe aan 5d48d9b (24 nieuwe 
toekenningen)...
Aan het bouwen uit dit kanaal:
  guix      https://git.savannah.gnu.org/git/guix.git	5d48d9b
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
/gnu/store/894c9cqdl7h8agc98911w816s85v7m6n-compute-guix-derivation.drv 
bouwen...
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0%
 guix-1.4.0-checkout  9.7MiB          1.1MiB/s 00:09 
[##################] 100.0%
/gnu/store/ram1dk48llha4y9lz42288ylrqjk8nmz-subversion-1.14.1.drv bouwen...
/ 'build' faseild-log 31802 181
subversion/libsvn_subr/sysinfo.c:693:9: warning: cast to pointer from 
integer of different size [-Wint-to-pointer-cast]
  693 |   ptr = (const unsigned char*)val;
      |         ^
100% 'check' 
[################################################################\Backtrace:
          13 (primitive-load 
"/gnu/store/824kiadrljmz6g4ad8bjqd00idl8iv5b-compute-guix-derivation")
In ice-9/eval.scm:
    155:9 12 (_ _)
    159:9 11 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#<directory (guile-u?> 
?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?))
In ice-9/boot-9.scm:
    152:2 10 (with-fluid* _ _ _)
    152:2  9 (with-fluid* _ _ _)
In ./guix/store.scm:
  2170:24  8 (run-with-store #<store-connection 256.99 b3708cf8> _ 
#:guile-for-build _ #:system _ #:target _)
   1998:8  7 (_ _)
In ./guix/gexp.scm:
   299:22  6 (_ _)
   1180:2  5 (_ _)
   1046:2  4 (_ _)
    892:4  3 (_ _)
In ./guix/store.scm:
  2055:12  2 (_ #<store-connection 256.99 b2334708>)
   1403:5  1 (map/accumulate-builds #<store-connection 256.99 b2334708> 
#<procedure b1eb9768 at ./guix/store.scm:20?> ?)
  1419:15  0 (_ #<store-connection 256.99 b2334708> _ _)

./guix/store.scm:1419:15: ERROR:
  1. &store-protocol-error:
      message: "build of 
`/gnu/store/ram1dk48llha4y9lz42288ylrqjk8nmz-subversion-1.14.1.drv' failed"
      status: 100
guix pull: error: You found a bug: the program 
'/gnu/store/824kiadrljmz6g4ad8bjqd00idl8iv5b-compute-guix-derivation'
failed to compute the derivation for Guix (version: 
"5d48d9b90575b126911cb942f7894ebd93770903"; system: "armhf-linux";
host version: "1.3.0"; pull-version: 1).
Please report the COMPLETE output above by email to <bug-guix <at> gnu.org>.

Message #10 received at 60207 <at> debbugs.gnu.org (full text, mbox):

From: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
To: Julius Schwartzenberg <julius.schwartzenberg <at> gmail.com>
Cc: 60207 <at> debbugs.gnu.org
Subject: Re: bug#60207: Bug report
Date: Tue, 20 Dec 2022 10:34:57 +0100

Hello Julius,

does it work if you do this before pull?

sudo guix archive --authorize < $(dirname $(which guix))/../share/guix/bordeaux.guix.gnu.org.pub

Then it would compile fine on the bordeaux build farm and you could
download the substitute from there.

Regards,
Florian

Message #13 received at 60207 <at> debbugs.gnu.org (full text, mbox):

From: Julius Schwartzenberg <julius.schwartzenberg <at> gmail.com>
To: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
Cc: 60207 <at> debbugs.gnu.org
Subject: Re: bug#60207: Bug report
Date: Tue, 20 Dec 2022 20:51:45 +0100

Hi Florian,

Op 20-12-2022 om 10:34 schreef pelzflorian (Florian Pelz):
> does it work if you do this before pull?
> 
> sudo guix archive --authorize < $(dirname $(which guix))/../share/guix/bordeaux.guix.gnu.org.pub

When I do this, I get:
> julius <at> tinkerboard:~$ sudo guix archive --authorize < $(dirname $(which guix))/../share/guix/bordeaux.guix.gnu.org.pub
> bash: /usr/local/bin/../share/guix/bordeaux.guix.gnu.org.pub: No such file or directory

Might there be something wrong with the installation?


> Then it would compile fine on the bordeaux build farm and you could
> download the substitute from there.

Yes, I am not sure why it seems to try to compile so much. I assumed ARM 
builds might not be available. I'd rather avoid compiling anything 
locally as this ARM board has little resources for this.

Thanks!!
Julius

Message #16 received at 60207 <at> debbugs.gnu.org (full text, mbox):

From: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
To: Julius Schwartzenberg <julius.schwartzenberg <at> gmail.com>
Cc: 60207 <at> debbugs.gnu.org
Subject: Re: bug#60207: Bug report
Date: Wed, 21 Dec 2022 16:26:33 +0100

Julius Schwartzenberg <julius.schwartzenberg <at> gmail.com> writes:
> Op 20-12-2022 om 10:34 schreef pelzflorian (Florian Pelz):
>> does it work if you do this before pull?
>> sudo guix archive --authorize < $(dirname $(which
>> guix))/../share/guix/bordeaux.guix.gnu.org.pub
>
> When I do this, I get:
>> julius <at> tinkerboard:~$ sudo guix archive --authorize < $(dirname
>> $(which guix))/../share/guix/bordeaux.guix.gnu.org.pub
>> bash: /usr/local/bin/../share/guix/bordeaux.guix.gnu.org.pub: No such file or directory
>
> Might there be something wrong with the installation?

Oops, my mistake.  You wrote your guix is at version 1.3.0, which is
older than the bordeaux build farm.

So how would you get an updated Guix?  One way would be to delete /gnu
and /var/guix and then just download and install the 1.4.0 version, but
deleting would invalidate all links to the store.

Alternatively, you run guix pull to some in-between version of guix,
maybe:

guix pull --commit=26499816a973b3aab9aaf8e13b909d0bde4e2dd5

and then run

sudo guix archive --authorize < $(dirname $(which guix))/../share/guix/bordeaux.guix.gnu.org.pub

and guix pull.

Regards,
Florian

Message #19 received at 60207 <at> debbugs.gnu.org (full text, mbox):

From: Julius Schwartzenberg <julius.schwartzenberg <at> gmail.com>
To: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
Cc: 60207 <at> debbugs.gnu.org
Subject: Re: bug#60207: Bug report
Date: Fri, 23 Dec 2022 21:00:49 +0100

Op 21-12-2022 om 16:26 schreef pelzflorian (Florian Pelz):
> Oops, my mistake.  You wrote your guix is at version 1.3.0, which is
> older than the bordeaux build farm.

No problem! I used the installation script just a few days earlier and I 
presumed it would give me the latest of everything. I didn't imagine I 
would need to do a 'guix pull' after running it. It seems I ran it at a 
bad moment, just as 1.4.0 was about to be released.


> So how would you get an updated Guix?  One way would be to delete /gnu
> and /var/guix and then just download and install the 1.4.0 version, but
> deleting would invalidate all links to the store.

I did this as I am working with essentially a fresh installation.

Unfortunately it is still not working out. While more packages seem to 
be downloaded, some very large ones are still being compiled and this 
simply ends up hanging my system.

Is there a way to enforce only binaries are fetched and compilation is 
never attempted? Even if that means I might not always run the latest 
version?

Thank you!

Best regards,
Julius

Message #22 received at 60207 <at> debbugs.gnu.org (full text, mbox):

From: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
To: Julius Schwartzenberg <julius.schwartzenberg <at> gmail.com>
Cc: 60207 <at> debbugs.gnu.org
Subject: Re: bug#60207: Bug report
Date: Sat, 24 Dec 2022 22:40:52 +0100

Hello Julius.

Julius Schwartzenberg <julius.schwartzenberg <at> gmail.com> writes:
> I didn't imagine
> I would need to do a 'guix pull' after running it. It seems I ran it
> at a bad moment, just as 1.4.0 was about to be released.

Indeed, but upgrading without compiling will be easier with bordeaux.
(Probably it would also have been possible to download guix 1.4.0
manually and then insert that into the store with `guix download` or
so.)


> […]
> Is there a way to enforce only binaries are fetched and compilation is
> never attempted? Even if that means I might not always run the latest
> version?

Yes there is a way.  Look at the output from `guix weather` (see
<https://guix.gnu.org/en/manual/devel/en/html_node/Invoking-guix-weather.html>
in the English manual); if substitute coverage is bad, you could wait a
few days or maybe look at `guix build --log-file` if compilation fails
at the build farm (see
<https://guix.gnu.org/en/manual/devel/en/html_node/Additional-Build-Options.html>).

If you want `guix pull` without compiling, then look at
<https://guix.gnu.org/en/manual/devel/en/html_node/Channels-with-Substitutes.html>.

I hope it helps.

Regards,
Florian

Message #25 received at 60207 <at> debbugs.gnu.org (full text, mbox):

From: Julius Schwartzenberg <julius.schwartzenberg <at> gmail.com>
To: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
Cc: 60207 <at> debbugs.gnu.org
Subject: Re: bug#60207: Bug report
Date: Sun, 25 Dec 2022 16:35:34 +0100

Hi Florian,

Op 24-12-2022 om 22:40 schreef pelzflorian (Florian Pelz):
>> […]
>> Is there a way to enforce only binaries are fetched and compilation is
>> never attempted? Even if that means I might not always run the latest
>> version?
> 
> Yes there is a way.  Look at the output from `guix weather` (see
> <https://guix.gnu.org/en/manual/devel/en/html_node/Invoking-guix-weather.html>
> in the English manual); if substitute coverage is bad, you could wait a
> few days or maybe look at `guix build --log-file` if compilation fails
> at the build farm (see
> <https://guix.gnu.org/en/manual/devel/en/html_node/Additional-Build-Options.html>).
> 
> If you want `guix pull` without compiling, then look at
> <https://guix.gnu.org/en/manual/devel/en/html_node/Channels-with-Substitutes.html>.

I added the lines to my personal .config/guix/channels.scm, but guix 
pull then shows:
guix pull: waarschuwing: could not find available substitutes at 
https://ci.guix.gnu.org

And it still ends up compiling. I also tried replacing ci with bordeaux 
in the URL, but then it shows a 404.

I think I'm still missing something?

Best regards,
Julius

Message #28 received at 60207 <at> debbugs.gnu.org (full text, mbox):

From: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
To: Julius Schwartzenberg <julius.schwartzenberg <at> gmail.com>
Cc: Ricardo Wurmus <rekado <at> elephly.net>, control <at> debbugs.gnu.org,
 Christopher Baines <mail <at> cbaines.net>, 60207 <at> debbugs.gnu.org
Subject: Re: bug#60207: ci build of latest guix for armhf
Date: Mon, 26 Dec 2022 13:09:47 +0100

Julius Schwartzenberg <julius.schwartzenberg <at> gmail.com> writes:
> Op 24-12-2022 om 22:40 schreef pelzflorian (Florian Pelz):
>> If you want `guix pull` without compiling, then look at
>> <https://guix.gnu.org/en/manual/devel/en/html_node/Channels-with-Substitutes.html>.
>
> I added the lines to my personal .config/guix/channels.scm, but guix
> pull then shows:
> guix pull: waarschuwing: could not find available substitutes at
> https://ci.guix.gnu.org
>
> And it still ends up compiling. I also tried replacing ci with
> bordeaux in the URL, but then it shows a 404.
>
> I think I'm still missing something?

Bah, it appears ci.guix.gnu.org currently just doesn’t build for
armhf-linux.  Bordeaux does not offer the needed Cuirass API.

I believe but do not know that Bordeaux does not actually build the
latest guix, just the packages.

I don’t know if offering the latest guix would even be feasible.
Probably not?  armhf builds take a long time.

Cc to Christopher Baines <mail <at> cbaines.net>, Ricardo Wurmus
<rekado <at> elephly.net>.

Regards,
Florian

Message #33 received at 60207 <at> debbugs.gnu.org (full text, mbox):

From: Christopher Baines <mail <at> cbaines.net>
To: "pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de>
Cc: Ricardo Wurmus <rekado <at> elephly.net>, 60207 <at> debbugs.gnu.org,
 Julius Schwartzenberg <julius.schwartzenberg <at> gmail.com>
Subject: Re: bug#60207: ci build of latest guix for armhf
Date: Wed, 28 Dec 2022 18:14:35 +0000

[Message part 1 (text/plain, inline)]

"pelzflorian (Florian Pelz)" <pelzflorian <at> pelzflorian.de> writes:

> Julius Schwartzenberg <julius.schwartzenberg <at> gmail.com> writes:
>> Op 24-12-2022 om 22:40 schreef pelzflorian (Florian Pelz):
>>> If you want `guix pull` without compiling, then look at
>>> <https://guix.gnu.org/en/manual/devel/en/html_node/Channels-with-Substitutes.html>.
>>
>> I added the lines to my personal .config/guix/channels.scm, but guix
>> pull then shows:
>> guix pull: waarschuwing: could not find available substitutes at
>> https://ci.guix.gnu.org
>>
>> And it still ends up compiling. I also tried replacing ci with
>> bordeaux in the URL, but then it shows a 404.
>>
>> I think I'm still missing something?
>
> Bah, it appears ci.guix.gnu.org currently just doesn’t build for
> armhf-linux.  Bordeaux does not offer the needed Cuirass API.
>
> I believe but do not know that Bordeaux does not actually build the
> latest guix, just the packages.

bordeaux.guix.gnu.org builds and provides substitutes for the guix pull
(channel instance) derivations, for at least some systems.

> I don’t know if offering the latest guix would even be feasible.
> Probably not?  armhf builds take a long time.
>
> Cc to Christopher Baines <mail <at> cbaines.net>, Ricardo Wurmus
> <rekado <at> elephly.net>.

For bordeaux.guix.gnu.org, there's some dependency on the channel
instance derivations provided by data.guix.gnu.org. Unfortunately, just
computing these derivations seems to require building things for that
system (unlike package derivations), so currently data.guix.gnu.org uses
QEMU binfmt to help with this. The arm system wasn't enabled, so these
derivations are missing for recent revisions.

I know there was some work done around the release to at least fix
things for the guix package on armhf-linux. I'll have a go add enabling
arm for QEMU on data.guix.gnu.org to see what happens.

Chris

[signature.asc (application/pgp-signature, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.