Guix pull failing on ARM 32bit with "Please report the COMPLETE output above by email"

Open

Details

3 participants

Denis 'GNUtoo' Carikli
Maxime Devos
raingloom

Owner: unassigned

Submitted by: Denis 'GNUtoo' Carikli

Severity: normal

Denis 'GNUtoo' Carikli wrote on 31 Mar 2022 14:15

Recipients:(address . bug-guix@gnu.org)

Message-ID:20220331141547.4b5d285d@primarylaptop.localdomain

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@gnu.org>.

The device is a Galaxy SIII (GT-I9300) running Parabola with the
Replicant 11 kernel. It has a 32bit ARM CPU.

Denis.

Denis 'GNUtoo' Carikli wrote on 5 Apr 2022 17:02

Recipients:(address . bug-guix@gnu.org)

Message-ID:20220405170254.1e4f9679@primarylaptop.localdomain

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.

Denis 'GNUtoo' Carikli wrote on 18 May 2022 15:47

Recipients:(address . bug-guix@gnu.org)

Message-ID:20220518154742.37340317@primarylaptop.localdomain

Hi,

Now it fails with the following error:

Toggle quote (38 lines)> 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@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):

Toggle quote (37 lines)> $ 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@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:

Toggle quote (4 lines)

> $ 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:

Toggle quote (2 lines)

> # 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.

Denis 'GNUtoo' Carikli wrote on 23 May 2022 15:40

Re: Guix pull failing on ARM 32bit with "Please report the COMPLETE output above by email"

Recipients:(address . 54651@debbugs.gnu.org)

Message-ID:20220523154040.35996f59@primarylaptop.localdomain

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:

Toggle quote (10 lines)> # 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:

Toggle quote (2 lines)

> 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):

Toggle quote (2 lines)

> do guix pull --commit=f0e9048e98f0789aa98de88984f4ee0fc9687f52

I get the following error:

Toggle quote (30 lines)> 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@gnu.org>.

And retrying right after gives a similar error:

Toggle quote (31 lines)> 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@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.

Maxime Devos wrote on 23 May 2022 16:10

Re: bug#54651: Guix pull failing on ARM 32bit with "Please report the COMPLETE output above by email"

Recipients:

Message-ID:4b1c3ca59539d07365fce79b00563986cc0846ae.camel@telenet.be

Denis 'GNUtoo' Carikli schreef op ma 23-05-2022 om 15:40 [+0200]:

Toggle quote (11 lines)> 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

-----BEGIN PGP SIGNATURE-----

iI0EABYKADUWIQTB8z7iDFKP233XAR9J4+4iGRcl7gUCYouVvBccbWF4aW1lZGV2

b3NAdGVsZW5ldC5iZQAKCRBJ4+4iGRcl7j+lAPoCyHZPotAjj/TJKKRscyNiAGYA

TxHlV4BCPwM7wm/KzgEAhRRTq53jCJVPF18Em8wX5nQe0lEQs4BuAtOfVoIDzAg=

=7IWc

-----END PGP SIGNATURE-----

raingloom wrote on 23 May 2022 16:22

Recipients:(name . Maxime Devos)(address . maximedevos@telenet.be)

Message-ID:20220523162214.611b157f@riseup.net

On Mon, 23 May 2022 16:10:04 +0200

Maxime Devos <maximedevos@telenet.be> wrote:

Toggle quote (19 lines)> 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.

Denis 'GNUtoo' Carikli wrote on 23 May 2022 19:30

Recipients:(name . Maxime Devos)(address . maximedevos@telenet.be)(address . 54651@debbugs.gnu.org)

Message-ID:20220523193013.4ab258df@primarylaptop.localdomain

On Mon, 23 May 2022 16:10:04 +0200

Maxime Devos <maximedevos@telenet.be> wrote:

Toggle quote (15 lines)> 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:

Toggle quote (2 lines)

> 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.

Maxime Devos wrote on 23 May 2022 20:27

Recipients:(name . Denis 'GNUtoo' Carikli)(address . GNUtoo@cyberdimension.org)(address . 54651@debbugs.gnu.org)

Message-ID:bf9857a0c429ddda79d852b8f8e808c4bb82a877.camel@telenet.be

Denis 'GNUtoo' Carikli schreef op ma 23-05-2022 om 19:30 [+0200]:

Toggle quote (14 lines)> 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.

-----BEGIN PGP SIGNATURE-----

iI0EABYKADUWIQTB8z7iDFKP233XAR9J4+4iGRcl7gUCYovSBhccbWF4aW1lZGV2

b3NAdGVsZW5ldC5iZQAKCRBJ4+4iGRcl7kp4AQDrAjBxKEchO+5KKbFxP0hOLd75

8sGUgReJFpYiBvtZ5AEAjMTL52gHfAEgFf97WGCLJnaujcG58DNk7IU8P2Bf/go=

=GKjo

-----END PGP SIGNATURE-----

Denis 'GNUtoo' Carikli wrote on 23 May 2022 21:08

Recipients:(name . Maxime Devos)(address . maximedevos@telenet.be)(address . 54651@debbugs.gnu.org)

Message-ID:20220523210820.72ebe849@primarylaptop.localdomain

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:

Toggle quote (47 lines)> $ 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@gnu.org>.

And here's the log:

Toggle quote (90 lines)> $ 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.

Denis 'GNUtoo' Carikli wrote on 24 May 2022 00:18

Recipients:(name . Maxime Devos)(address . maximedevos@telenet.be)(address . 54651@debbugs.gnu.org)

Message-ID:20220524001857.25343d6d@primarylaptop.localdomain

On Mon, 23 May 2022 21:08:20 +0200

Denis 'GNUtoo' Carikli <GNUtoo@cyberdimension.org> wrote:

Toggle quote (2 lines)

> I'll now try with the current HEAD to see if that's somehow fixed.

I've a similar failure with HEAD:

Toggle quote (7 lines)

> \ '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.

Maxime Devos wrote on 24 May 2022 10:34

Recipients:(name . Denis 'GNUtoo' Carikli)(address . GNUtoo@cyberdimension.org)(address . 54651@debbugs.gnu.org)

Message-ID:baf3ddd2bee3717c8ddfdc7a6c1fa28d7eb8a56b.camel@telenet.be

Denis 'GNUtoo' Carikli schreef op ma 23-05-2022 om 21:08 [+0200]:

Toggle quote (5 lines)

> 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.

-----BEGIN PGP SIGNATURE-----

iI0EABYKADUWIQTB8z7iDFKP233XAR9J4+4iGRcl7gUCYoyYjBccbWF4aW1lZGV2

b3NAdGVsZW5ldC5iZQAKCRBJ4+4iGRcl7rmHAQCBS2PzuFUnilZR61SBvqhbspiJ

bdg5f2V69cXBtoMhsAD9FMn98Yx4QkE4NxX4BJ8sK9zKQjzEI/ufBra2sVJS9QI=

=EipB

-----END PGP SIGNATURE-----

Your comment

Commenting via the web interface is currently disabled.

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

To respond to this issue using the mumi CLI, first switch to it

mumi current 54651

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

is:open	open issues
is:done	closed issues
submitter:<who>	search issue submitter
author:<who>	search by message author
date:yesterday..now	search by issue date
mdate:3m..2d	search by message date