ci build of latest guix for armhf

  • Open
  • quality assurance status badge
Details
4 participants
  • Julius Schwartzenberg
  • Christopher Baines
  • pelzflorian (Florian Pelz)
  • zimoun
Owner
unassigned
Submitted by
Julius Schwartzenberg
Severity
normal
J
J
Julius Schwartzenberg wrote on 19 Dec 2022 18:48
Bug report
(address . bug-guix@gnu.org)
fc26fd57-8650-daca-0d7a-9faa2507a013@gmail.com
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@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
Authenticatiekanaal 'guix', kent 9edb3f6 toe aan 5d48d9b (24 nieuwe
toekenningen)...
Aan het bouwen uit dit kanaal:
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@gnu.org>.
Z
Z
zimoun wrote on 20 Dec 2022 09:53
control message for bug #60207
(address . control@debbugs.gnu.org)
86v8m6zcag.fsf@gmail.com
retitle 60207 subversion fails on armhf when "guix pull"
quit
P
P
pelzflorian (Florian Pelz) wrote on 20 Dec 2022 10:34
Re: bug#60207: Bug report
(name . Julius Schwartzenberg)(address . julius.schwartzenberg@gmail.com)(address . 60207@debbugs.gnu.org)
87wn6mifjy.fsf@pelzflorian.de
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
J
J
Julius Schwartzenberg wrote on 20 Dec 2022 20:51
(name . pelzflorian (Florian Pelz))(address . pelzflorian@pelzflorian.de)(address . 60207@debbugs.gnu.org)
033742a9-7892-b837-2d04-422704b84385@gmail.com
Hi Florian,

Op 20-12-2022 om 10:34 schreef pelzflorian (Florian Pelz):
Toggle quote (4 lines)
> 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:
Toggle quote (3 lines)
> julius@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?


Toggle quote (3 lines)
> 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
P
P
pelzflorian (Florian Pelz) wrote on 21 Dec 2022 16:26
(name . Julius Schwartzenberg)(address . julius.schwartzenberg@gmail.com)(address . 60207@debbugs.gnu.org)
874jtozsk6.fsf@pelzflorian.de
Julius Schwartzenberg <julius.schwartzenberg@gmail.com> writes:
Toggle quote (12 lines)
> 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@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
J
J
Julius Schwartzenberg wrote on 23 Dec 2022 21:00
(name . pelzflorian (Florian Pelz))(address . pelzflorian@pelzflorian.de)(address . 60207@debbugs.gnu.org)
05cafc66-0812-4134-58d6-5b53814e3c11@gmail.com
Op 21-12-2022 om 16:26 schreef pelzflorian (Florian Pelz):
Toggle quote (3 lines)
> 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.


Toggle quote (4 lines)
> 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
P
P
pelzflorian (Florian Pelz) wrote on 24 Dec 2022 22:40
(name . Julius Schwartzenberg)(address . julius.schwartzenberg@gmail.com)(address . 60207@debbugs.gnu.org)
87tu1kzdi3.fsf@pelzflorian.de
Hello Julius.

Julius Schwartzenberg <julius.schwartzenberg@gmail.com> writes:
Toggle quote (4 lines)
> 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.)


Toggle quote (5 lines)
> […]
> 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
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

If you want `guix pull` without compiling, then look at

I hope it helps.

Regards,
Florian
J
J
Julius Schwartzenberg wrote on 25 Dec 2022 16:35
(name . pelzflorian (Florian Pelz))(address . pelzflorian@pelzflorian.de)(address . 60207@debbugs.gnu.org)
f5c50fb2-4b82-2953-c3de-d5fea1100217@gmail.com
Hi Florian,

Op 24-12-2022 om 22:40 schreef pelzflorian (Florian Pelz):
Toggle quote (15 lines)
>> […]
>> 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

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
P
P
pelzflorian (Florian Pelz) wrote on 26 Dec 2022 13:09
Re: bug#60207: ci build of latest guix for armhf
(name . Julius Schwartzenberg)(address . julius.schwartzenberg@gmail.com)
87cz86z7qs.fsf_-_@pelzflorian.de
Julius Schwartzenberg <julius.schwartzenberg@gmail.com> writes:
Toggle quote (14 lines)
> 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@cbaines.net>, Ricardo Wurmus
<rekado@elephly.net>.

Regards,
Florian
P
P
pelzflorian (Florian Pelz) wrote on 26 Dec 2022 13:11
ci build of latest guix for armhf
(address . control@debbugs.gnu.org)
878riuz7oi.fsf@pelzflorian.de
retitle 60207 ci build of latest guix for armhf
thanks
C
C
Christopher Baines wrote on 28 Dec 2022 19:14
(name . pelzflorian (Florian Pelz))(address . pelzflorian@pelzflorian.de)
877cyb2xua.fsf@cbaines.net
"pelzflorian (Florian Pelz)" <pelzflorian@pelzflorian.de> writes:

Toggle quote (21 lines)
> Julius Schwartzenberg <julius.schwartzenberg@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.

Toggle quote (6 lines)
> 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@cbaines.net>, Ricardo Wurmus
> <rekado@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
-----BEGIN PGP SIGNATURE-----

iQKlBAEBCgCPFiEEPonu50WOcg2XVOCyXiijOwuE9XcFAmOsiS1fFIAAAAAALgAo
aXNzdWVyLWZwckBub3RhdGlvbnMub3BlbnBncC5maWZ0aGhvcnNlbWFuLm5ldDNF
ODlFRUU3NDU4RTcyMEQ5NzU0RTBCMjVFMjhBMzNCMEI4NEY1NzcRHG1haWxAY2Jh
aW5lcy5uZXQACgkQXiijOwuE9Xe4mBAAkyv49LBF3FTPW0SDoiGt/XnQODWtDFIY
P8KeGwF6HRICUejJqJ10xy975q9AOThxhNHBUKhYR9gXIT9mue5jw0kP0MLjrF93
ShQCi9yWD1BUlXJ5/RQnbzBMPxcLUmF+Quu5AXZcx5/n4Zm+Xn96cQX+RiPAV9pL
JhoOe9dtK+RmW2ucxh0Lh08oG1gOxw3DxdPddHiMNQLx7becRJU0SIbAg/xSAz11
d8pVPBgGJKjyc3v18u5TqQKRvmpiEz9f4TjlHOo6Z+bqVPmqM0VdUWZOAqhoQqau
POMLMdYI6MC2R/GnDI8B0/56D9CZx7MaGdJQD0BqzNRhBnZ/2Cqh3kaIh6s1xKd7
nIgBNP739twswz2TKTszj/GG9pT5LQpQXLyhCcBzQzTps02grMOrGdlTPZP0neSt
sg7vu542GHtMrNBITJNvAGJzjLSMSTOzRK00AbHPusXaOq9gF5gGIlJnj68uz4CM
M4H/jrhsL6fLKSTiHfSeeoR2kFXYatE1fur2/da6yVjRiuYXAmPTPvc5vhhfKaFc
ZdiSf2VU3LZSe2CWCDtX1IObQKY7Wkq6CBkquToGH0viEv7upajkVLuZKaZi1ADP
MeR4i4/7BcjKTZs7IM605hcUQgAhB3Ede33hTNohh5ZvRkLxXrtjpj09CGqe25x4
fCQ0hOpbnTg=
=BgKH
-----END PGP SIGNATURE-----

?
Your comment

Commenting via the web interface is currently disabled.

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

To respond to this issue using the mumi CLI, first switch to it
mumi current 60207
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