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

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

[Denis 'GNUtoo' Carikli]

[-- Attachment #1: Type: text/plain, Size: 2802 bytes --]

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.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

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

[Denis 'GNUtoo' Carikli]

[-- Attachment #1: Type: text/plain, Size: 257 bytes --]

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.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

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

[Denis 'GNUtoo' Carikli]

[-- Attachment #1: Type: text/plain, Size: 5460 bytes --]

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

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

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

[Denis 'GNUtoo' Carikli]

[-- Attachment #1: Type: text/plain, Size: 5468 bytes --]

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

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

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

[Maxime Devos]

[-- Attachment #1: Type: text/plain, Size: 515 bytes --]

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

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 260 bytes --]

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

[raingloom]

On Mon, 23 May 2022 16:10:04 +0200
Maxime Devos <maximedevos@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#54651: Guix pull failing on ARM 32bit with "Please report the COMPLETE output above by email"

[Denis 'GNUtoo' Carikli]

[-- Attachment #1: Type: text/plain, Size: 2408 bytes --]

On Mon, 23 May 2022 16:10:04 +0200
Maxime Devos <maximedevos@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.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

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

[Maxime Devos]

[-- Attachment #1: Type: text/plain, Size: 798 bytes --]

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.

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 260 bytes --]

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

[Denis 'GNUtoo' Carikli]

[-- Attachment #1: Type: text/plain, Size: 12184 bytes --]

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

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

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

[Denis 'GNUtoo' Carikli]

[-- Attachment #1: Type: text/plain, Size: 671 bytes --]

On Mon, 23 May 2022 21:08:20 +0200
Denis 'GNUtoo' Carikli <GNUtoo@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.

[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 833 bytes --]

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

[Maxime Devos]

[-- Attachment #1: Type: text/plain, Size: 280 bytes --]

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

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 260 bytes --]