GNU bug report logs - #33542
Content-addressed mirror code relies on (guix base16)

Previous Next

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

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

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

From: Mark H Weaver <mhw <at> netris.org>
To: bug-guix <at> gnu.org
Subject: Strange tarball download error on Hydra
Date: Wed, 28 Nov 2018 13:26:44 -0500

On Hydra, the armhf builds for al variants of 'linux-libre-4.14.84'
failed because the tarball download failed.  See below for the build
log.  Strangely, it was unable to find the (guix base16) module.

Any idea what went wrong here?

I'll try restarting the builds.

      Mark

--8<---------------cut here---------------start------------->8---
@ build-started /gnu/store/p1gqqw2jly5aizkz0d41a4gi9prxmx8m-linux-libre-4.14.84-gnu.tar.xz.drv - armhf-linux /var/log/guix/drvs/p1//gqqw2jly5aizkz0d41a4gi9prxmx8m-linux-libre-4.14.84-gnu.tar.xz.drv.bz2
warning: failed to install locale: Invalid argument
Backtrace:
In ice-9/boot-9.scm:
4056: 19 [#<procedure 205c80 at ice-9/boot-9.scm:4051:3 ()>]
1727: 18 [%start-stack load-stack #<procedure 1571c0 at ice-9/boot-9.scm:4047:10 ()>]
1732: 17 [#<procedure 1d9d50 ()>]
In unknown file:
   ?: 16 [primitive-load "/gnu/store/hkzbag401s8pkrj6k4bjizy3dybqffp4-guix-0.12.0-2.b291/bin/.guix-real"]
In guix/ui.scm:
1222: 15 [run-guix-command perform-download ...]
In ice-9/boot-9.scm:
 160: 14 [catch srfi-34 #<procedure 896890 at guix/ui.scm:426:2 ()> ...]
 160: 13 [catch system-error ...]
In guix/scripts/perform-download.scm:
  69: 12 [perform-download #]
In ice-9/boot-9.scm:
 870: 11 [call-with-input-file "/gnu/store/wxbfbsf53bdvrq1s8h086d96ixa7d47s-content-addressed-mirrors" ...]
In unknown file:
   ?: 10 [eval (begin (use-modules # #) (list # # #)) #<module (#{ g961}#) 893288>]
In ice-9/eval.scm:
 505: 9 [#<procedure 13b220 at ice-9/eval.scm:499:4 (exp)> (begin # #)]
In ice-9/psyntax.scm:
1106: 8 [expand-top-sequence ((begin (use-modules # #) (list # # ...))) () ...]
 989: 7 [scan ((begin (use-modules # #) (list # # ...))) () ...]
 989: 6 [scan ((use-modules # #) (list # # #)) () ((top)) ...]
 279: 5 [scan ((# #) #(syntax-object *unspecified* # #)) () (()) ...]
In ice-9/boot-9.scm:
3589: 4 [process-use-modules (((guix base32)) ((guix base16)))]
 703: 3 [map #<procedure 1c0cc0 at ice-9/boot-9.scm:3589:25 (mif-args)> ((#) (#))]
3590: 2 [#<procedure 1c0cc0 at ice-9/boot-9.scm:3589:25 (mif-args)> ((guix base16))]
2870: 1 [resolve-interface (guix base16) #:select ...]
In unknown file:
   ?: 0 [scm-error misc-error #f "~A ~S" ("no code for module" (guix base16)) #f]

ERROR: In procedure scm-error:
ERROR: no code for module (guix base16)
builder for `/gnu/store/p1gqqw2jly5aizkz0d41a4gi9prxmx8m-linux-libre-4.14.84-gnu.tar.xz.drv' failed with exit code 1
@ build-failed /gnu/store/p1gqqw2jly5aizkz0d41a4gi9prxmx8m-linux-libre-4.14.84-gnu.tar.xz.drv - 1 builder for `/gnu/store/p1gqqw2jly5aizkz0d41a4gi9prxmx8m-linux-libre-4.14.84-gnu.tar.xz.drv' failed with exit code 1
--8<---------------cut here---------------end--------------->8---

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

From: Mark H Weaver <mhw <at> netris.org>
To: 33542 <at> debbugs.gnu.org
Subject: Re: bug#33542: Strange tarball download error on Hydra
Date: Wed, 28 Nov 2018 13:33:27 -0500

Mark H Weaver <mhw <at> netris.org> writes:

> On Hydra, the armhf builds for al variants of 'linux-libre-4.14.84'
> failed because the tarball download failed.  See below for the build
> log.  Strangely, it was unable to find the (guix base16) module.

I now see that 89f1fee8e788fc32d08583b4207c1ecb91d50f28 added a new use
of (guix base16) during downloads, and that the copies of Guix currently
running on the armhf build slaves is too old to include (guix base16).

I don't have time to deal with this right now, but I'll take a look in
about 12 hours or so.  Unfortunately, I expect that a great many armhf
builds will fail in the meantime, including all of the kernel updates.

        Mark

Message #17 received at 33542-done <at> debbugs.gnu.org (full text, mbox):

From: ludo <at> gnu.org (Ludovic Courtès)
To: Mark H Weaver <mhw <at> netris.org>
Cc: 33542-done <at> debbugs.gnu.org
Subject: Re: bug#33542: Strange tarball download error on Hydra
Date: Wed, 28 Nov 2018 22:28:25 +0100

Mark H Weaver <mhw <at> netris.org> skribis:

> Mark H Weaver <mhw <at> netris.org> writes:
>
>> On Hydra, the armhf builds for al variants of 'linux-libre-4.14.84'
>> failed because the tarball download failed.  See below for the build
>> log.  Strangely, it was unable to find the (guix base16) module.
>
> I now see that 89f1fee8e788fc32d08583b4207c1ecb91d50f28 added a new use
> of (guix base16) during downloads, and that the copies of Guix currently
> running on the armhf build slaves is too old to include (guix base16).

Oops indeed.  Commit a52ae1b6620fcef28e668047a51a6b2a9fb89e35 addresses
it by autoloading (guix base16), such that old installations will still
work but won’t be able to download from Software Heritage.

Thanks,
Ludo’.

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

From: Mark H Weaver <mhw <at> netris.org>
To: ludo <at> gnu.org (Ludovic Courtès)
Cc: 33542 <at> debbugs.gnu.org
Subject: Re: bug#33542: Strange tarball download error on Hydra
Date: Fri, 07 Dec 2018 20:01:19 -0500

reopen 33542
retitle 33542 Offloading to older Guix fails for lack of (guix base16)
thanks

Hi Ludovic,

ludo <at> gnu.org (Ludovic Courtès) writes:

> Mark H Weaver <mhw <at> netris.org> skribis:
>
>> Mark H Weaver <mhw <at> netris.org> writes:
>>
>>> On Hydra, the armhf builds for al variants of 'linux-libre-4.14.84'
>>> failed because the tarball download failed.  See below for the build
>>> log.  Strangely, it was unable to find the (guix base16) module.
>>
>> I now see that 89f1fee8e788fc32d08583b4207c1ecb91d50f28 added a new use
>> of (guix base16) during downloads, and that the copies of Guix currently
>> running on the armhf build slaves is too old to include (guix base16).
>
> Oops indeed.  Commit a52ae1b6620fcef28e668047a51a6b2a9fb89e35 addresses
> it by autoloading (guix base16), such that old installations will still
> work but won’t be able to download from Software Heritage.

The autoload workaround introduced in commit a52ae1b6 didn't to work.
Downloads on these armhf slaves are still failing in recent evaluations.
For example, see the build log below, for a version of linux-libre that
did not exist when commit a52ae1b6 was pushed.

I tried upgrading 'guix' on the armhf build slaves, but after doing so
*all* builds offloaded to those machines started aborting.  The nix logs
on Hydra indicate that the (guix) module could not be found.  For now, I
rolled back the upgrades, so this issue is still relevant.

    Thanks,
      Mark


--8<---------------cut here---------------start------------->8---
@ build-started /gnu/store/m74cjfkak0h54jss4043nwpydr90w6i0-linux-libre-4.14.86-gnu.tar.xz.drv - armhf-linux /var/log/guix/drvs/m7//4cjfkak0h54jss4043nwpydr90w6i0-linux-libre-4.14.86-gnu.tar.xz.drv.bz2
;;; Failed to autoload bytevector->base16-string in (guix base16):
;;; ERROR: missing interface for module (guix base16)
Backtrace:
In ice-9/boot-9.scm:
  66: 19 [call-with-prompt prompt0 ...]
In ice-9/eval.scm:
 432: 18 [eval # #]
In ice-9/boot-9.scm:
2404: 17 [save-module-excursion #<procedure 205c80 at ice-9/boot-9.scm:4051:3 ()>]
4056: 16 [#<procedure 205c80 at ice-9/boot-9.scm:4051:3 ()>]
1727: 15 [%start-stack load-stack #<procedure 1571c0 at ice-9/boot-9.scm:4047:10 ()>]
1732: 14 [#<procedure 1d9d50 ()>]
In unknown file:
   ?: 13 [primitive-load "/gnu/store/hkzbag401s8pkrj6k4bjizy3dybqffp4-guix-0.12.0-2.b291/bin/.guix-real"]
In guix/ui.scm:
1222: 12 [run-guix-command perform-download ...]
In ice-9/boot-9.scm:
 160: 11 [catch srfi-34 #<procedure 8865f0 at guix/ui.scm:426:2 ()> ...]
 160: 10 [catch system-error ...]
In guix/scripts/perform-download.scm:
  63: 9 [perform-download #]
In guix/build/download.scm:
 837: 8 [url-fetch # ...]
In srfi/srfi-1.scm:
 643: 7 [append-map #<procedure 933e88 at guix/build/download.scm:837:16 (make-url)> ...]
 573: 6 [map #<procedure 933e88 at guix/build/download.scm:837:16 (make-url)> #]
 661: 5 [filter-map #<procedure 9a4f48 at guix/build/download.scm:838:30 (expr)> #]
In guix/build/download.scm:
 841: 4 [#<procedure 9a4f48 at guix/build/download.scm:838:30 (expr)> #]
In ice-9/eval.scm:
 387: 3 [eval # #]
 386: 2 [eval # #]
 393: 1 [eval # #]
In unknown file:
   ?: 0 [memoize-variable-access! # #]

ERROR: In procedure memoize-variable-access!:
ERROR: Unbound variable: bytevector->base16-string
builder for `/gnu/store/m74cjfkak0h54jss4043nwpydr90w6i0-linux-libre-4.14.86-gnu.tar.xz.drv' failed with exit code 1
@ build-failed /gnu/store/m74cjfkak0h54jss4043nwpydr90w6i0-linux-libre-4.14.86-gnu.tar.xz.drv - 1 builder for `/gnu/store/m74cjfkak0h54jss4043nwpydr90w6i0-linux-libre-4.14.86-gnu.tar.xz.drv' failed with exit code 1
--8<---------------cut here---------------end--------------->8---

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

From: Ludovic Courtès <ludo <at> gnu.org>
To: 33542-done <at> debbugs.gnu.org
Subject: Re: bug#33542: Strange tarball download error on Hydra
Date: Mon, 03 Aug 2020 16:34:09 +0200

Hi,

Mark H Weaver <mhw <at> netris.org> skribis:

> Mark H Weaver <mhw <at> netris.org> writes:
>
>> On Hydra, the armhf builds for al variants of 'linux-libre-4.14.84'
>> failed because the tarball download failed.  See below for the build
>> log.  Strangely, it was unable to find the (guix base16) module.
>
> I now see that 89f1fee8e788fc32d08583b4207c1ecb91d50f28 added a new use
> of (guix base16) during downloads, and that the copies of Guix currently
> running on the armhf build slaves is too old to include (guix base16).

This bug is now 2 years old and not applicable to deployments made since
then.  Closing!

Ludo’.

Previous Next

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