Package: guix;
Reported by: Denis 'GNUtoo' Carikli <GNUtoo <at> cyberdimension.org>
Date: Thu, 31 Mar 2022 12:22:02 UTC
Severity: normal
To reply to this bug, email your comments to 54651 AT debbugs.gnu.org.
Toggle the display of automated, internal messages from the tracker.
View this report as an mbox folder, status mbox, maintainer mbox
bug-guix <at> gnu.org
:bug#54651
; Package guix
.
(Thu, 31 Mar 2022 12:22:02 GMT) Full text and rfc822 format available.Denis 'GNUtoo' Carikli <GNUtoo <at> cyberdimension.org>
:bug-guix <at> gnu.org
.
(Thu, 31 Mar 2022 12:22:02 GMT) Full text and rfc822 format available.Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
From: Denis 'GNUtoo' Carikli <GNUtoo <at> cyberdimension.org> To: bug-guix <at> gnu.org Subject: Guix pull failing on ARM 32bit with "Please report the COMPLETE output above by email" Date: Thu, 31 Mar 2022 14:15:47 +0200
[Message part 1 (text/plain, inline)]
Hi, Here's the failing command output: # guix pull Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... Authenticating channel 'guix', commits 9edb3f6 to dda555f (17,297 new commits)... Building from this channel: guix https://git.savannah.gnu.org/git/guix.git dda555f substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0% building /gnu/store/k5ayqyakr8hi4lqs2vsprflbdn7iikyg-compute-guix-derivation.drv... 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% 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% 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% 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% /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% 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% building /gnu/store/rffgxc50vcqd5f05yyc9sp2cqcf6mfhg-linux-libre-headers-5.10.35.drv... 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% substitute: updating substitutes from 'https://ci.guix.gnu.org'... 100.0% | 'unpack' phaseguix pull: error: You found a bug: the program '/gnu/store/8yz64sjw2fpamsrs5j91d3svqdyn6rsq-compute-guix-derivation' failed to compute the derivation for Guix (version: "dda555feadf4fce11e792555258f1c9a52f19466"; 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>. The device is a Galaxy SIII (GT-I9300) running Parabola with the Replicant 11 kernel. It has a 32bit ARM CPU. Denis.
[Message part 2 (application/pgp-signature, inline)]
bug-guix <at> gnu.org
:bug#54651
; Package guix
.
(Tue, 05 Apr 2022 15:03:01 GMT) Full text and rfc822 format available.Message #8 received at submit <at> debbugs.gnu.org (full text, mbox):
From: Denis 'GNUtoo' Carikli <GNUtoo <at> cyberdimension.org> To: bug-guix <at> gnu.org Subject: Re: Guix pull failing on ARM 32bit with "Please report the COMPLETE output above by email" Date: Tue, 5 Apr 2022 17:02:54 +0200
[Message part 1 (text/plain, inline)]
Hi, I forgot to mention that it happened right after the installation of Guix on top of Parabola with the guix installer script. (I didn't manage to do a guix pull before). I'll keep retrying from time to time and report if it's fixed. Denis.
[Message part 2 (application/pgp-signature, inline)]
bug-guix <at> gnu.org
:bug#54651
; Package guix
.
(Wed, 18 May 2022 13:49:02 GMT) Full text and rfc822 format available.Message #11 received at submit <at> debbugs.gnu.org (full text, mbox):
From: Denis 'GNUtoo' Carikli <GNUtoo <at> cyberdimension.org> To: bug-guix <at> gnu.org Subject: Re: Guix pull failing on ARM 32bit with "Please report the COMPLETE output above by email" Date: Wed, 18 May 2022 15:47:42 +0200
[Message part 1 (text/plain, inline)]
Hi, Now it fails with the following error: > substitute: updating substitutes from 'https://ci.guix.gnu.org'... > 0.0% > /Backtrace: > \ > 16 (primitive-load > "/gnu/store/v1ag4yp033kib2cf3ggcgqiyygk47n89-compute-guix-derivation") > In ice-9/eval.scm: 155:9 15 (_ _) 159:9 14 (_ > #(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#<directory (guile-u?> ?) ?) ?) ?) ?) > ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?)) In ice-9/boot-9.scm: 152:2 13 > (with-fluid* _ _ _) 152:2 12 (with-fluid* _ _ _) In ./guix/store.scm: > 2129:24 11 (run-with-store #<store-connection 256.99 b367fcf8> _ > #:guile-for-build _ #:system _ #:target _) 1966:8 10 (_ _) In > ./guix/gexp.scm: 300:22 9 (_ _) 1181:2 8 (_ _) > 1047:2 7 (_ _) > 893:4 6 (_ _) > In ./guix/store.scm: > 2014:12 5 (_ #<store-connection 256.99 b21572d0>) > 1410:13 4 (map/accumulate-builds #<store-connection 256.99 > b21572d0> #<procedure b1e0aa50 at ./guix/store.scm:20?> ?) 1406:5 3 > b21572d0> (map/accumulate-builds #<store-connection 256.99 b21572d0> > b21572d0> #<procedure a3711810 at ./guix/store.scm:14?> ?) > 1421:15 2 (_ #<store-connection 256.99 b21572d0> _ _) > 733:11 1 (process-stderr #<store-connection 256.99 b21572d0> _) > In ./guix/serialization.scm: > 80:6 0 (read-int #<input-output: file 10>) > > ./guix/serialization.scm:80:6: In procedure read-int: > ERROR: > 1. &nar-error: > file: #f > port: #<input-output: file 10> > guix pull: error: You found a bug: the program > '/gnu/store/v1ag4yp033kib2cf3ggcgqiyygk47n89-compute-guix-derivation' > failed to compute the derivation for Guix (version: > "edf86bacf294fea4decabeda77dd1cae9308b28e"; 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>. I've been trying again and again a lot of times for more than 1 month, and I still can't update Guix. I've also made sure that /gnu/tmp has space and I added a big swap (16GiB): > $ cat /etc/systemd/system/guix-daemon.service > # This is a "service unit file" for the systemd init system to launch > # 'guix-daemon'. Drop it in /etc/systemd/system or similar to have > # 'guix-daemon' automatically started. > > [Unit] > Description=Build daemon for GNU Guix > > [Service] > ExecStart=/var/guix/profiles/per-user/root/current-guix/bin/guix-daemon > --build-users-group=guixbuild > Environment='GUIX_LOCPATH=/var/guix/profiles/per-user/root/guix-profile/lib/locale' > LC_ALL=en_US.utf8 TMPDIR=/gnu/tmp RemainAfterExit=yes > StandardOutput=syslog StandardError=syslog > > # See > <https://lists.gnu.org/archive/html/guix-devel/2016-04/msg00608.html>. > # Some package builds (for example, go <at> 1.8.1) may require even more > than # 1024 tasks. TasksMax=8192 > > [Install] > WantedBy=multi-user.target > $ df -h > Filesystem Size Used Avail Use% Mounted on > /dev/root 9.5G 7.2G 2.3G 77% / > devtmpfs 403M 0 403M 0% /dev > tmpfs 500M 0 500M 0% /dev/shm > tmpfs 200M 2.1M 198M 2% /run > tmpfs 500M 0 500M 0% /tmp > /dev/mmcblk2p3 16M 5.5M 9.9M 36% /efs > /dev/mmcblk0p2 42G 24K 40G 1% /gnu/tmp > $ cat /proc/swaps > Filename Type > Size Used Priority /dev/mmcblk0p1 > partition 16777212 76544 > -2 The issue is that in addition to the Guix issue I've a network connection that is not very reliable (I need to unplug and re-plug the USB cable from time to time) so that makes it impossible to have a brute-force approach where it would try for months to do a guix pull through various ways (guix pull, guix pull -M 1 -c 1, etc). Still I also tried an automatic script but because of the network issue I had to re-launch it each time the connection broke during fetch. The issue is that at some point this brings rage because I think that it will work as it starts doing things (fetching, building etc) so I try again and again and again and wait for it to finish, and spend a lot of time trying again and for more than 1 month and it didn't work yet: > $ guix pull -l > guix pull: error: profile > '/var/guix/profiles/per-user/replicant/current-guix' does not exist If I run that command as root instead we have: > # guix pull -l > Generation 1 mars 30 2022 13:38:03 (current) but the manual doesn't tell to run guix pull as root. And the issue is that the log I pasted above doesn't tell me much so I've no idea of what could be the issue. Could it be that the amount of free space on / is too small? I've also looked if there was some minimal device requirements to run Guix on top of an existing distribution (here Parabola ARM) but I found none. And I also need Guix to work on that device to do builds of a library to continue working on that library. The issue is that guix pack -R or -RR doesn't work for cross compilation so if I install a pack it will probably conflict with the store. What could be the issue here? In the meantime I'll try again with 'guix pull -M 1 -c 1 --commit=69ec5baaf7aa6ed3ce5ecaad9bb66d122f91c3ec' as root to see if that works better. But the issue is that I keep trying things and at the end nothing gives me a clue or workarounds that issue. Denis.
[Message part 2 (application/pgp-signature, inline)]
bug-guix <at> gnu.org
:bug#54651
; Package guix
.
(Mon, 23 May 2022 13:42:02 GMT) Full text and rfc822 format available.Message #14 received at 54651 <at> debbugs.gnu.org (full text, mbox):
From: Denis 'GNUtoo' Carikli <GNUtoo <at> cyberdimension.org> To: 54651 <at> debbugs.gnu.org Subject: Re: Guix pull failing on ARM 32bit with "Please report the COMPLETE output above by email" Date: Mon, 23 May 2022 15:40:40 +0200
[Message part 1 (text/plain, inline)]
Hi, I've now made some free space. So we have: - 1GiB of RAM and 16GiB of swap: > # cat /proc/swaps > Filename Type Size Used Priority > /dev/mmcblk0p1 partition 16777212 16384 -2 - About 6GiB of free space on / and about 30GiB of free space on /gnu: > # df -h > Filesystem Size Used Avail Use% Mounted on > /dev/root 9.5G 2.8G 6.7G 30% / > devtmpfs 403M 0 403M 0% /dev > tmpfs 500M 0 500M 0% /dev/shm > tmpfs 200M 2.1M 198M 2% /run > tmpfs 500M 0 500M 0% /tmp > /dev/mmcblk2p3 16M 5.5M 9.9M 36% /efs > /dev/mmcblk0p2 42G 3.8G 36G 10% /gnu And in my case the TMPDIR is in /gnu/tmp so it should have plenty of space. From /etc/systemd/system/guix-daemon.service: > Environment=GUIX_LOCPATH='/var/guix/profiles/per-user/root/guix-profile/lib/locale' LC_ALL=en_US.utf8 TMPDIR=/gnu/tmp So space should not be an issue anymore. But with (I've fixed the commit to enable to retry with the same commit): > do guix pull --commit=f0e9048e98f0789aa98de88984f4ee0fc9687f52 I get the following error: > Backtrace: > 13 (primitive-load "/gnu/store/hv9q35aibf5v5ggw3hh0xwy5qzyjbh1c-compute-guix-derivation") > In ice-9/eval.scm: > 155:9 12 (_ _) > 159:9 11 (_ #(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#(#<directory (guile-u?> ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?) ?))s > In ice-9/boot-9.scm: > 152:2 10 (with-fluid* _ _ _) > 152:2 9 (with-fluid* _ _ _) > In ./guix/store.scm: > 2155:24 8 (run-with-store #<store-connection 256.99 b3654cf8> _ #:guile-for-build _ #:system _ #:target _) > 1983:8 7 (_ _) > In ./guix/gexp.scm: > 300:22 6 (_ _) > 1181:2 5 (_ _) > 1047:2 4 (_ _) > 893:4 3 (_ _) > In ./guix/store.scm: > 2040:12 2 (_ #<store-connection 256.99 b226d780>) > 1391:5 1 (map/accumulate-builds #<store-connection 256.99 b226d780> #<procedure b1d2af00 at ./guix/store.scm:20?> ?) > 1406:15 0 (_ #<store-connection 256.99 b226d780> _ _) > > ./guix/store.scm:1406:15: ERROR: > 1. &store-protocol-error: > message: "some substitutes for the outputs of derivation `/gnu/store/rrxr8v48zvzd73qg6f8wkn5zwbnglg5w-tar-1.34.drv' failed (usually happens due to networking issues); try `--fallback' to build derivation from source " > status: 1 > guix pull: error: You found a bug: the program '/gnu/store/hv9q35aibf5v5ggw3hh0xwy5qzyjbh1c-compute-guix-derivation' > failed to compute the derivation for Guix (version: "f0e9048e98f0789aa98de88984f4ee0fc9687f52"; 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>. And retrying right after gives a similar error: > Backtrace: > 13 (primitive-load "/gnu/store/hv9q35aibf5v5ggw3hh0xwy5qzyjbh1c-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: > 2155:24 8 (run-with-store #<store-connection 256.99 b3698cf8> _ #:guile-for-build _ #:system _ #:target _) > 1983:8 7 (_ _) > In ./guix/gexp.scm: > 300:22 6 (_ _) > 1181:2 5 (_ _) > 1047:2 4 (_ _) > 893:4 3 (_ _) > In ./guix/store.scm: > 2040:12 2 (_ #<store-connection 256.99 b36660a0>) > 1391:5 1 (map/accumulate-builds #<store-connection 256.99 b36660a0> #<procedure b2c94360 at ./guix/store.scm:20?> ?) > 1406:15 0 (_ #<store-connection 256.99 b36660a0> _ _) > > ./guix/store.scm:1406:15: ERROR: > 1. &store-protocol-error: > message: "some substitutes for the outputs of derivation `/gnu/store/rrxr8v48zvzd73qg6f8wkn5zwbnglg5w-tar-1.34.drv' fai > led (usually happens due to networking issues); try `--fallback' to build derivation from source " > status: 1 > guix pull: error: You found a bug: the program '/gnu/store/hv9q35aibf5v5ggw3hh0xwy5qzyjbh1c-compute-guix-derivation' > failed to compute the derivation for Guix (version: "f0e9048e98f0789aa98de88984f4ee0fc9687f52"; 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>. I'll try to see if guix pull also works on another ARM device (TBS 2910 with An I.MX6Q and 2GiB of RAM). If that works I'll simply do a guix pack with -RR of valgrind and gdb and install that in a directory that is not /gnu. So that would enable me to keep that Guix installation and wait for help to debug that issue. If that doesn't work I'll unfortunately have to uninstall Guix on that GT-I9300 variant of the Galaxy SIII and instead cross compile a guix pack with valgrind and gdb on an x86 computer without -RR (-R and -RR aren't supported in cross compilation). This is because I also need to continue working on making the modem work as part of my work on Replicant 11 (I use GNU/Linux here as they share part of the stack and GNU/Linux is easier to work with) and I can't delay that work forever in the hope of solving a Guix bug, and here I've no idea of the cause and so I would need some help, and if I keep delaying that work too much I will be in big trouble as NLnet is running out of funds in the fund that funds this work. Denis.
[Message part 2 (application/pgp-signature, inline)]
bug-guix <at> gnu.org
:bug#54651
; Package guix
.
(Mon, 23 May 2022 14:11:01 GMT) Full text and rfc822 format available.Message #17 received at 54651 <at> debbugs.gnu.org (full text, mbox):
From: Maxime Devos <maximedevos <at> telenet.be> To: Denis 'GNUtoo' Carikli <GNUtoo <at> cyberdimension.org>, 54651 <at> debbugs.gnu.org Subject: Re: bug#54651: Guix pull failing on ARM 32bit with "Please report the COMPLETE output above by email" Date: Mon, 23 May 2022 16:10:04 +0200
[Message part 1 (text/plain, inline)]
Denis 'GNUtoo' Carikli schreef op ma 23-05-2022 om 15:40 [+0200]: > Hi, > > I've now made some free space. So we have: > - 1GiB of RAM and 16GiB of swap: > > # cat /proc/swaps > > > Filename Type Size > Used Priority > > /dev/mmcblk0p1 > partition 16777212 16384 -2 Could you check if it OOMs (with "sudo dmesg")? There were some problems in the past (maybe present too?) on i?86 with too much memory usage, Greetings, Maxime
[signature.asc (application/pgp-signature, inline)]
bug-guix <at> gnu.org
:bug#54651
; Package guix
.
(Mon, 23 May 2022 14:23:02 GMT) Full text and rfc822 format available.Message #20 received at 54651 <at> debbugs.gnu.org (full text, mbox):
From: raingloom <raingloom <at> riseup.net> To: Maxime Devos <maximedevos <at> telenet.be> Cc: 54651 <at> debbugs.gnu.org, Denis 'GNUtoo' Carikli <GNUtoo <at> cyberdimension.org> Subject: Re: bug#54651: Guix pull failing on ARM 32bit with "Please report the COMPLETE output above by email" Date: Mon, 23 May 2022 16:22:14 +0200
On Mon, 23 May 2022 16:10:04 +0200 Maxime Devos <maximedevos <at> telenet.be> wrote: > Denis 'GNUtoo' Carikli schreef op ma 23-05-2022 om 15:40 [+0200]: > > Hi, > > > > I've now made some free space. So we have: > > - 1GiB of RAM and 16GiB of swap: > > > # cat /proc/swaps > > > > > Filename Type > > Size Used Priority > > > /dev/mmcblk0p1 > > partition 16777212 16384 -2 > > Could you check if it OOMs (with "sudo dmesg")? > There were some problems in the past (maybe present too?) on i?86 with > too much memory usage, > > Greetings, > Maxime Definitely in the present too.
bug-guix <at> gnu.org
:bug#54651
; Package guix
.
(Mon, 23 May 2022 17:31:01 GMT) Full text and rfc822 format available.Message #23 received at 54651 <at> debbugs.gnu.org (full text, mbox):
From: Denis 'GNUtoo' Carikli <GNUtoo <at> cyberdimension.org> To: Maxime Devos <maximedevos <at> telenet.be> Cc: 54651 <at> debbugs.gnu.org Subject: Re: bug#54651: Guix pull failing on ARM 32bit with "Please report the COMPLETE output above by email" Date: Mon, 23 May 2022 19:30:13 +0200
[Message part 1 (text/plain, inline)]
On Mon, 23 May 2022 16:10:04 +0200 Maxime Devos <maximedevos <at> telenet.be> wrote: > Denis 'GNUtoo' Carikli schreef op ma 23-05-2022 om 15:40 [+0200]: > > Hi, > > > > I've now made some free space. So we have: > > - 1GiB of RAM and 16GiB of swap: > > > # cat /proc/swaps > > > > > Filename Type > > Size Used Priority > > > /dev/mmcblk0p1 > > partition 16777212 16384 -2 > > Could you check if it OOMs (with "sudo dmesg")? > There were some problems in the past (maybe present too?) on i?86 with > too much memory usage, I've looked rapidly and I didn't see any OOMs. I've now used dmesg -c and I'll launch the following command: > guix pull --commit=f0e9048e98f0789aa98de88984f4ee0fc9687f52 -M 1 -c 1 And I'll see if it fails in the same way. I also use a custom kernel and while I'm confident that the code modifications have no impact here, I'm unsure if there are compilation options related to OOM messages or not. And here I probably lack some knowledge but I was under the impression that swap was handled transparently by the kernel (through page tables, virtual memory, and so on), so applications should not notice the difference apart from the huge performance drop. Though one issue could be that maybe for some reason the process wants to use more than 3GiB of memory and at least i686 processes are limited to 4GiB if you use an x86_64 kernel and about 3GiB if you use an i686 kernel. So maybe it's somehow similar for armv7h? I also use Guix on an i686 installation of Parabola on my x86 laptop, and I had issues with that in the past but recently I didn't notice issues so at least if they are still there they are less frequent. Maybe the difference is that on this ARM computer, I installed Guix 1.3.0 recently, and I didn't manage to do a guix pull that work yet, so there is more diff between the current state (1.3.0) and where it wants to go (close to HEAD on the master branch). As of why a bigger diff would increase the probability of it failing I've no idea. What I could do could be to try to reproduce on an i686 Parabola VM, this way it would be easier for people to reproduce. Though it's not possible yet to pacstrap Parabola installations from Guix (I've some WIP code for that but I need to fix bugs in it before being able to send it). Denis.
[Message part 2 (application/pgp-signature, inline)]
bug-guix <at> gnu.org
:bug#54651
; Package guix
.
(Mon, 23 May 2022 18:28:01 GMT) Full text and rfc822 format available.Message #26 received at 54651 <at> debbugs.gnu.org (full text, mbox):
From: Maxime Devos <maximedevos <at> telenet.be> To: Denis 'GNUtoo' Carikli <GNUtoo <at> cyberdimension.org> Cc: 54651 <at> debbugs.gnu.org Subject: Re: bug#54651: Guix pull failing on ARM 32bit with "Please report the COMPLETE output above by email" Date: Mon, 23 May 2022 20:27:18 +0200
[Message part 1 (text/plain, inline)]
Denis 'GNUtoo' Carikli schreef op ma 23-05-2022 om 19:30 [+0200]: > And here I probably lack some knowledge but I was under the > impression > that swap was handled transparently by the kernel (through page > tables, > virtual memory, and so on), so applications should not notice the > difference apart from the huge performance drop. > > Though one issue could be that maybe for some reason the process > wants > to use more than 3GiB of memory and at least i686 processes are > limited > to 4GiB if you use an x86_64 kernel and about 3GiB if you use an i686 > kernel. So maybe it's somehow similar for armv7h? That's what I was referring to. Additionally, I've also seen ‘2GiB’ (as in: 2/2 split) mentioned somewhere, though I don't know if it applies to arm and linux.
[signature.asc (application/pgp-signature, inline)]
bug-guix <at> gnu.org
:bug#54651
; Package guix
.
(Mon, 23 May 2022 19:09:01 GMT) Full text and rfc822 format available.Message #29 received at 54651 <at> debbugs.gnu.org (full text, mbox):
From: Denis 'GNUtoo' Carikli <GNUtoo <at> cyberdimension.org> To: Maxime Devos <maximedevos <at> telenet.be> Cc: 54651 <at> debbugs.gnu.org Subject: Re: bug#54651: Guix pull failing on ARM 32bit with "Please report the COMPLETE output above by email" Date: Mon, 23 May 2022 21:08:20 +0200
[Message part 1 (text/plain, inline)]
Maybe an issue is that I've 2 cores on i686 while I've 4 on armv7h. Or Maybe I didn't see what was there before (I use screen so it's not convenient to copy-paste the output). Now I have: > $ guix pull --commit=f0e9048e98f0789aa98de88984f4ee0fc9687f52 -M 1 -c 1 > Updating channel 'guix' from Git repository at 'https://git.savannah.gnu.org/git/guix.git'... > Building from this channel: > guix https://git.savannah.gnu.org/git/guix.git f0e9048 > building /gnu/store/m1iyn6y1s3ajl6v0lv5658zq2cngdpq3-ruby-stackprof-0.2.17.drv... > - 'check' phasebuilder for `/gnu/store/m1iyn6y1s3ajl6v0lv5658zq2cngdpq3-ruby-stackprof-0.2.17.drv' failed with exit code 1 > build of /gnu/store/m1iyn6y1s3ajl6v0lv5658zq2cngdpq3-ruby-stackprof-0.2.17.drv failed > View build log at '/var/log/guix/drvs/m1/iyn6y1s3ajl6v0lv5658zq2cngdpq3-ruby-stackprof-0.2.17.drv.bz2'. > cannot build derivation `/gnu/store/i6zxh4qblndfaqgz62fcm2s983pqj3ak-ruby-rubocop-1.10.0.drv': 1 dependencies couldn't be built > Backtrace: > building /gnu/store/abh2450yi3ndn66qwxlg3dpbc1j5r8g1-ruby-webmock-2.3.2.drv... > cannot build derivation `/gnu/store/pncfvxcp7irzsffydwj9f4h3i55xly11-ruby-byebug-11.1.3.drv': 1 dependencies couldn't be built > building /gnu/store/8q33lywpkbx5l94hwf4k4mj6sn9zsqa2-yelp-xsl-41.0.drv... > cannot build derivation `/gnu/store/p11fi1gs5pvl8zbiqrwd5kx35x36jsk9-texlive-hyphen-afrikaans-59745.drv': 1 dependencies couldn't be built > [...] > cannot build derivation `/gnu/store/76mv7y286isjcprbf4xjna9j2mhmpvky-texlive-hyphen-uppersorbian-59745.drv': 1 dependencies couldn't be built > cannot build derivation `/gnu/store/m1g219klrksbrmi1x68a5n9a7aj36d9p-texlive-hyphen-welsh-59745.drv': 1 dependencies couldn't be built > cannot build derivation `/gnu/store/n5bvrf8b42cdap7abggspy96wpg22ab4-texlive-amsmath-59745.drv': 1 dependencies couldn't be built > 13 (primitive-load "/gnu/store/hv9q35aibf5v5ggw3hh0xwy5qzyjbh1c-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: > 2155:24 8 (run-with-store #<store-connection 256.99 b36becf8> _ #:guile-for-build _ #:system _ #:target _) > 1983:8 7 (_ _) > In ./guix/gexp.scm: > 300:22 6 (_ _) > 1181:2 5 (_ _) > 1047:2 4 (_ _) > 893:4 3 (_ _) > In ./guix/store.scm: > 2040:12 2 (_ #<store-connection 256.99 b20f92a8>) > 1391:5 1 (map/accumulate-builds #<store-connection 256.99 b20f92a8> #<procedure b1dc2e58 at ./guix/store.scm:20?> ?) > 1406:15 0 (_ #<store-connection 256.99 b20f92a8> _ _) > > ./guix/store.scm:1406:15: ERROR: > 1. &store-protocol-error: > message: "build of `/gnu/store/n5bvrf8b42cdap7abggspy96wpg22ab4-texlive-amsmath-59745.drv' failed" > status: 100 > guix pull: error: You found a bug: the program '/gnu/store/hv9q35aibf5v5ggw3hh0xwy5qzyjbh1c-compute-guix-derivation' > failed to compute the derivation for Guix (version: "f0e9048e98f0789aa98de88984f4ee0fc9687f52"; 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>. And here's the log: > $ bzcat /var/log/guix/drvs/m1/iyn6y1s3ajl6v0lv5658zq2cngdpq3-ruby-stackprof-0.2.17.drv.bz2 > starting phase `set-SOURCE-DATE-EPOCH' > phase `set-SOURCE-DATE-EPOCH' succeeded after 0.0 seconds > starting phase `set-paths' > environment variable `PATH' set to `/gnu/store/laxk3l38cx1ighbbmhjyqi0dnqg48ps8-ruby-2.7.4/bin:/gnu/store/yg3ggbyci3c5mqmraaqhfj9vini43r4d-ruby-rake-compiler-1.1.1/bin:/gnu/store/8gnahljsd06hax5vwh5kmk751jcjjzwy-tar-1.34/bin:/gnu/store/g4fr5clvd6sb735x92dbf068jl9z0959-gzip-1.10/bin:/gnu/store/sg7xawwdh23vxb6jqbnc6sckdnx00ldg-bzip2-1.0.8/bin:/gnu/store/pps1pijrj4jcp23k658ymhisdwf58bva-xz-5.2.5/bin:/gnu/store/l8az077ik67pz29nhhjai5ra5vlrcwz4-file-5.39/bin:/gnu/store/fncbwpmpkx5walrm3bnx586wj4kppkzr-diffutils-3.8/bin:/gnu/store/408wpqw5kx0v4p304vi6g86d1a95ynyy-patch-2.7.6/bin:/gnu/store/c7md7zma2706lzn96zrnzx70pq7m2b2k-findutils-4.8.0/bin:/gnu/store/ik5jr3x2s6vr7d77lmrrc2i03mfnr3hn-gawk-5.1.0/bin:/gnu/store/8iy4h07y9rcnr0i1a17r14fl5frx283s-sed-4.8/bin:/gnu/store/14w43053md7pprc76z33rdxjwc8vnkxd-grep-3.6/bin:/gnu/store/32fqqi7hkbx22jh917mf5g7phin5r16y-coreutils-8.32/bin:/gnu/store/0nz9kdv53yf2f87bgxa6wv8fcsrsp7gi-make-4.3/bin:/gnu/store/97xwzdsw9p6019dbml5mzf781c7avfkq-bash-minimal-5.1.8/bin:/gnu/store/95fsg9yv455ybq10qs409g6wffmqpn44-ld-wrapper-0/bin:/gnu/store/aaawb28w66dpmypf7qfndp8wmgrx7d0j-binutils-2.37/bin:/gnu/store/j1qipvd6087zklgxm0b3dphsagq4s5sa-gcc-10.3.0/bin:/gnu/store/nm8h8f988c2wvjk31lg1ww5zr65cd05c-glibc-2.33/bin:/gnu/store/nm8h8f988c2wvjk31lg1ww5zr65cd05c-glibc-2.33/sbin' > environment variable `GEM_PATH' set to `/gnu/store/laxk3l38cx1ighbbmhjyqi0dnqg48ps8-ruby-2.7.4/lib/ruby/vendor_ruby:/gnu/store/mdwww2mdf58x84z7gxwhjz1p7l8dbjki-ruby-mocha-1.13.0/lib/ruby/vendor_ruby:/gnu/store/yg3ggbyci3c5mqmraaqhfj9vini43r4d-ruby-rake-compiler-1.1.1/lib/ruby/vendor_ruby' > environment variable `BASH_LOADABLES_PATH' unset > environment variable `C_INCLUDE_PATH' set to `/gnu/store/laxk3l38cx1ighbbmhjyqi0dnqg48ps8-ruby-2.7.4/include:/gnu/store/sg7xawwdh23vxb6jqbnc6sckdnx00ldg-bzip2-1.0.8/include:/gnu/store/pps1pijrj4jcp23k658ymhisdwf58bva-xz-5.2.5/include:/gnu/store/l8az077ik67pz29nhhjai5ra5vlrcwz4-file-5.39/include:/gnu/store/ik5jr3x2s6vr7d77lmrrc2i03mfnr3hn-gawk-5.1.0/include:/gnu/store/0nz9kdv53yf2f87bgxa6wv8fcsrsp7gi-make-4.3/include:/gnu/store/aaawb28w66dpmypf7qfndp8wmgrx7d0j-binutils-2.37/include:/gnu/store/j1qipvd6087zklgxm0b3dphsagq4s5sa-gcc-10.3.0/include:/gnu/store/nm8h8f988c2wvjk31lg1ww5zr65cd05c-glibc-2.33/include:/gnu/store/b6zsriwiywrv2kmg0d1249jylmwngsnh-zlib-1.2.11/include:/gnu/store/sj8ps64rbrj0qv4x2b374fbznz49p4bi-linux-libre-headers-5.10.35/include' > environment variable `CPLUS_INCLUDE_PATH' set to `/gnu/store/laxk3l38cx1ighbbmhjyqi0dnqg48ps8-ruby-2.7.4/include:/gnu/store/sg7xawwdh23vxb6jqbnc6sckdnx00ldg-bzip2-1.0.8/include:/gnu/store/pps1pijrj4jcp23k658ymhisdwf58bva-xz-5.2.5/include:/gnu/store/l8az077ik67pz29nhhjai5ra5vlrcwz4-file-5.39/include:/gnu/store/ik5jr3x2s6vr7d77lmrrc2i03mfnr3hn-gawk-5.1.0/include:/gnu/store/0nz9kdv53yf2f87bgxa6wv8fcsrsp7gi-make-4.3/include:/gnu/store/aaawb28w66dpmypf7qfndp8wmgrx7d0j-binutils-2.37/include:/gnu/store/j1qipvd6087zklgxm0b3dphsagq4s5sa-gcc-10.3.0/include/c++:/gnu/store/j1qipvd6087zklgxm0b3dphsagq4s5sa-gcc-10.3.0/include:/gnu/store/nm8h8f988c2wvjk31lg1ww5zr65cd05c-glibc-2.33/include:/gnu/store/b6zsriwiywrv2kmg0d1249jylmwngsnh-zlib-1.2.11/include:/gnu/store/sj8ps64rbrj0qv4x2b374fbznz49p4bi-linux-libre-headers-5.10.35/include' > environment variable `LIBRARY_PATH' set to `/gnu/store/laxk3l38cx1ighbbmhjyqi0dnqg48ps8-ruby-2.7.4/lib:/gnu/store/mdwww2mdf58x84z7gxwhjz1p7l8dbjki-ruby-mocha-1.13.0/lib:/gnu/store/yg3ggbyci3c5mqmraaqhfj9vini43r4d-ruby-rake-compiler-1.1.1/lib:/gnu/store/sg7xawwdh23vxb6jqbnc6sckdnx00ldg-bzip2-1.0.8/lib:/gnu/store/pps1pijrj4jcp23k658ymhisdwf58bva-xz-5.2.5/lib:/gnu/store/l8az077ik67pz29nhhjai5ra5vlrcwz4-file-5.39/lib:/gnu/store/ik5jr3x2s6vr7d77lmrrc2i03mfnr3hn-gawk-5.1.0/lib:/gnu/store/aaawb28w66dpmypf7qfndp8wmgrx7d0j-binutils-2.37/lib:/gnu/store/nm8h8f988c2wvjk31lg1ww5zr65cd05c-glibc-2.33/lib:/gnu/store/434qrmrs05vk6grbldf3a1awam5rxpm4-glibc-2.33-static/lib:/gnu/store/z4c91fgx1kv5yhzcj64v2haabzcc9q4n-glibc-utf8-locales-2.33/lib:/gnu/store/b6zsriwiywrv2kmg0d1249jylmwngsnh-zlib-1.2.11/lib' > environment variable `GUIX_LOCPATH' set to `/gnu/store/z4c91fgx1kv5yhzcj64v2haabzcc9q4n-glibc-utf8-locales-2.33/lib/locale' > phase `set-paths' succeeded after 0.1 seconds > starting phase `install-locale' > using 'en_US.utf8' locale for category "LC_ALL" > phase `install-locale' succeeded after 0.0 seconds > starting phase `unpack' > Unpacked gem: '/tmp/guix-build-ruby-stackprof-0.2.17.drv-0/46lp24a1j43byvib8p72jll17mqz50pp-stackprof-0.2.17' > phase `unpack' succeeded after 1.5 seconds > starting phase `patch-usr-bin-file' > phase `patch-usr-bin-file' succeeded after 0.0 seconds > starting phase `patch-source-shebangs' > patch-shebang: ./bin/stackprof: changing `/usr/bin/env ruby' to `/gnu/store/laxk3l38cx1ighbbmhjyqi0dnqg48ps8-ruby-2.7.4/bin/ruby' > patch-shebang: ./bin/stackprof-flamegraph.pl: changing `/usr/bin/env ruby' to `/gnu/store/laxk3l38cx1ighbbmhjyqi0dnqg48ps8-ruby-2.7.4/bin/ruby' > patch-shebang: ./bin/stackprof-gprof2dot.py: changing `/usr/bin/env ruby' to `/gnu/store/laxk3l38cx1ighbbmhjyqi0dnqg48ps8-ruby-2.7.4/bin/ruby' > patch-shebang: ./vendor/FlameGraph/flamegraph.pl: warning: no binary for interpreter `perl' found in $PATH > patch-shebang: ./vendor/gprof2dot/gprof2dot.py: warning: no binary for interpreter `python' found in $PATH > patch-shebang: ./vendor/gprof2dot/hotshotmain.py: warning: no binary for interpreter `python' found in $PATH > phase `patch-source-shebangs' succeeded after 0.0 seconds > starting phase `patch-generated-file-shebangs' > patch-shebang: ./vendor/FlameGraph/flamegraph.pl: warning: no binary for interpreter `perl' found in $PATH > patch-shebang: ./vendor/gprof2dot/gprof2dot.py: warning: no binary for interpreter `python' found in $PATH > patch-shebang: ./vendor/gprof2dot/hotshotmain.py: warning: no binary for interpreter `python' found in $PATH > phase `patch-generated-file-shebangs' succeeded after 0.0 seconds > starting phase `extract-gemspec' > phase `extract-gemspec' succeeded after 1.0 seconds > starting phase `replace-git-ls-files' > phase `replace-git-ls-files' succeeded after 0.0 seconds > starting phase `build' > Successfully built RubyGem > Name: stackprof > Version: 0.2.17 > File: stackprof-0.2.17.gem > phase `build' succeeded after 1.1 seconds > starting phase `skip-dubious-test' > phase `skip-dubious-test' succeeded after 0.0 seconds > starting phase `build-tests' > mkdir -p tmp/arm-linux-eabihf/stackprof/2.7.4 > cd tmp/arm-linux-eabihf/stackprof/2.7.4 > /gnu/store/laxk3l38cx1ighbbmhjyqi0dnqg48ps8-ruby-2.7.4/bin/ruby -I. ../../../../ext/stackprof/extconf.rb > checking for rb_postponed_job_register_one()... yes > checking for rb_profile_frames()... yes > checking for rb_tracepoint_new()... yes > checking for RUBY_INTERNAL_EVENT_NEWOBJ... yes > creating Makefile > cd - > cd tmp/arm-linux-eabihf/stackprof/2.7.4 > /gnu/store/0nz9kdv53yf2f87bgxa6wv8fcsrsp7gi-make-4.3/bin/make > compiling ../../../../ext/stackprof/stackprof.c > linking shared-object stackprof/stackprof.so > cd - > mkdir -p tmp/arm-linux-eabihf/stage/lib/stackprof > install -c tmp/arm-linux-eabihf/stackprof/2.7.4/stackprof.so lib/stackprof/stackprof.so > cp tmp/arm-linux-eabihf/stackprof/2.7.4/stackprof.so tmp/arm-linux-eabihf/stage/lib/stackprof/stackprof.so > phase `build-tests' succeeded after 10.8 seconds > starting phase `check' > Mocha deprecation warning at /gnu/store/laxk3l38cx1ighbbmhjyqi0dnqg48ps8-ruby-2.7.4/lib/ruby/2.7.0/rubygems/core_ext/kernel_require.rb:158:in `require': Require 'mocha/test_unit', 'mocha/minitest' or 'mocha/api' instead of 'mocha/setup'. > /tmp/guix-build-ruby-stackprof-0.2.17.drv-0/gem/test/test_stackprof.rb:208: warning: assigned but unused variable - raw > Run options: --seed 326 > > # Running: > > ..............F............. > > Finished in 0.780235s, 35.8866 runs/s, 117.9132 assertions/s. > > 1) Failure: > StackProfTest#test_gc [/tmp/guix-build-ruby-stackprof-0.2.17.drv-0/gem/test/test_stackprof.rb:221]: > Expected 37 to be <= 25. > > 28 runs, 92 assertions, 1 failures, 0 errors, 0 skips > rake aborted! > Command failed with status (1) > > Tasks: TOP => test > (See full trace by running task with --trace) > error: in phase 'check': uncaught exception: > %exception #<&invoke-error program: "rake" arguments: ("test") exit-status: 1 term-signal: #f stop-signal: #f> > phase `check' failed after 3.4 seconds > command "rake" "test" failed with status 1 I'll now try with the current HEAD to see if that's somehow fixed. Denis.
[Message part 2 (application/pgp-signature, inline)]
bug-guix <at> gnu.org
:bug#54651
; Package guix
.
(Mon, 23 May 2022 22:20:01 GMT) Full text and rfc822 format available.Message #32 received at 54651 <at> debbugs.gnu.org (full text, mbox):
From: Denis 'GNUtoo' Carikli <GNUtoo <at> cyberdimension.org> To: Maxime Devos <maximedevos <at> telenet.be> Cc: 54651 <at> debbugs.gnu.org Subject: Re: bug#54651: Guix pull failing on ARM 32bit with "Please report the COMPLETE output above by email" Date: Tue, 24 May 2022 00:18:57 +0200
[Message part 1 (text/plain, inline)]
On Mon, 23 May 2022 21:08:20 +0200 Denis 'GNUtoo' Carikli <GNUtoo <at> cyberdimension.org> wrote: > I'll now try with the current HEAD to see if that's somehow fixed. I've a similar failure with HEAD: > \ 'check' phasebuilder for `/gnu/store/m1iyn6y1s3ajl6v0lv5658zq2cngdpq3-ruby-stackprof-0.2.17.drv' failed with exit code 1 > build of /gnu/store/m1iyn6y1s3ajl6v0lv5658zq2cngdpq3-ruby-stackprof-0.2.17.drv failed > View build log at '/var/log/guix/drvs/m1/iyn6y1s3ajl6v0lv5658zq2cngdpq3-ruby-stackprof-0.2.17.drv.bz2'. > cannot build derivation > `/gnu/store/i6zxh4qblndfaqgz62fcm2s983pqj3ak-ruby-rubocop-1.10.0.drv': > 1 dependencies couldn't be built Denis.
[Message part 2 (application/pgp-signature, inline)]
bug-guix <at> gnu.org
:bug#54651
; Package guix
.
(Tue, 24 May 2022 08:35:02 GMT) Full text and rfc822 format available.Message #35 received at 54651 <at> debbugs.gnu.org (full text, mbox):
From: Maxime Devos <maximedevos <at> telenet.be> To: Denis 'GNUtoo' Carikli <GNUtoo <at> cyberdimension.org> Cc: 54651 <at> debbugs.gnu.org Subject: Re: bug#54651: Guix pull failing on ARM 32bit with "Please report the COMPLETE output above by email" Date: Tue, 24 May 2022 10:34:20 +0200
[Message part 1 (text/plain, inline)]
Denis 'GNUtoo' Carikli schreef op ma 23-05-2022 om 21:08 [+0200]: > And here's the log: > > $ bzcat /var/log/guix/drvs/m1/iyn6y1s3ajl6v0lv5658zq2cngdpq3-ruby- > stackprof-0.2.17.drv.bz2 I've created a separate bug report for this: <https://issues.guix.gnu.org/55609>.
[signature.asc (application/pgp-signature, inline)]
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.