Content-addressed mirror code relies on (guix base16)

DoneSubmitted by Mark H Weaver.
Details
2 participants
  • Ludovic Courtès
  • Mark H Weaver
Owner
unassigned
Severity
important
M
M
Mark H Weaver wrote on 28 Nov 2018 19:26
Strange tarball download error on Hydra
(address . bug-guix@gnu.org)
87efb5vz0g.fsf@netris.org
On Hydra, the armhf builds for al variants of 'linux-libre-4.14.84'failed because the tarball download failed. See below for the buildlog. Strangely, it was unable to find the (guix base16) module.
Any idea what went wrong here?
I'll try restarting the builds.
Mark
Toggle snippet (40 lines)@ 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.bz2warning: failed to install locale: Invalid argumentBacktrace: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
M
M
Mark H Weaver wrote on 28 Nov 2018 19:33
(address . 33542@debbugs.gnu.org)
877egxvyp9.fsf@netris.org
Mark H Weaver <mhw@netris.org> writes:
Toggle quote (4 lines)> 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 useof (guix base16) during downloads, and that the copies of Guix currentlyrunning 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 inabout 12 hours or so. Unfortunately, I expect that a great many armhfbuilds will fail in the meantime, including all of the kernel updates.
Mark
L
L
Ludovic Courtès wrote on 28 Nov 2018 22:02
control message for bug #33542
(address . control@debbugs.gnu.org)
87bm68zzjj.fsf@gnu.org
severity 33542 important
L
L
Ludovic Courtès wrote on 28 Nov 2018 22:27
(address . control@debbugs.gnu.org)
877egwzydz.fsf@gnu.org
retitle 33542 Content-address mirror code relies on (guix base16)
L
L
Ludovic Courtès wrote on 28 Nov 2018 22:28
Re: bug#33542: Strange tarball download error on Hydra
(name . Mark H Weaver)(address . mhw@netris.org)(address . 33542-done@debbugs.gnu.org)
8736rkzybq.fsf@gnu.org
Mark H Weaver <mhw@netris.org> skribis:
Toggle quote (10 lines)> Mark H Weaver <mhw@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 addressesit by autoloading (guix base16), such that old installations will stillwork but won’t be able to download from Software Heritage.
Thanks,Ludo’.
Closed
L
L
Ludovic Courtès wrote on 28 Nov 2018 22:28
control message for bug #33542
(address . control@debbugs.gnu.org)
871s74zyaw.fsf@gnu.org
retitle 33542 Content-addressed mirror code relies on (guix base16)
M
M
Mark H Weaver wrote on 8 Dec 2018 02:01
Re: bug#33542: Strange tarball download error on Hydra
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 33542@debbugs.gnu.org)
874lbou8zp.fsf@netris.org
reopen 33542retitle 33542 Offloading to older Guix fails for lack of (guix base16)thanks
Hi Ludovic,
ludo@gnu.org (Ludovic Courtès) writes:
Toggle quote (16 lines)> Mark H Weaver <mhw@netris.org> skribis:>>> Mark H Weaver <mhw@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 thatdid 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 logson Hydra indicate that the (guix) module could not be found. For now, Irolled back the upgrades, so this issue is still relevant.
Thanks, Mark

Toggle snippet (42 lines)@ 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-stringbuilder 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
M
M
Mark H Weaver wrote on 18 Dec 2018 07:11
(no subject)
(address . control@debbugs.gnu.org)
87tvjbuzxm.fsf@netris.org
retitle 33542 Content-addressed mirror code relies on (guix base16)thanks
L
L
Ludovic Courtès wrote 44 hours ago
Re: bug#33542: Strange tarball download error on Hydra
(address . 33542-done@debbugs.gnu.org)
87lfivssri.fsf@gnu.org
Hi,
Mark H Weaver <mhw@netris.org> skribis:
Toggle quote (10 lines)> Mark H Weaver <mhw@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 sincethen. Closing!
Ludo’.
Closed
?