GNU bug report logs -
#41528
failed to compute derivation
Previous Next
Reported by: Marco van Hulten <marco <at> hulten.org>
Date: Mon, 25 May 2020 15:55:02 UTC
Severity: normal
Done: Marco van Hulten <marco <at> hulten.org>
Bug is archived. No further changes may be made.
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 41528 in the body.
You can then email your comments to 41528 AT debbugs.gnu.org in the normal way.
Toggle the display of automated, internal messages from the tracker.
Report forwarded
to
bug-guix <at> gnu.org
:
bug#41528
; Package
guix
.
(Mon, 25 May 2020 15:55:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Marco van Hulten <marco <at> hulten.org>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Mon, 25 May 2020 15:55:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
Hi—
I did a 'guix pull && guix package -u' today, but something went wrong,
tail follows:
...
./guix/store.scm:1363:15: Throw to key `srfi-34' with args `(#<condition &store-protocol-error [message: "build of `/gnu/store/gv21jfvr92p2rqwjp7idv7q1if44q5wl-openldap-2.4.50.drv' failed" status: 100] 7f9b9a5b3e40>)'.
guix pull: error: You found a bug: the program '/gnu/store/6naagkv776pp47zk9blnnrjwhzyq5k4b-compute-guix-derivation'
failed to compute the derivation for Guix (version: "8c42a25b77e5cb8c97dacfdd552811a820d674eb"; system: "x86_64-linux";
host version: "545e12f40dcd8cfc779e8802dadead7a7cdc8364"; pull-version: 1).
Please report it by email to <bug-guix <at> gnu.org>.
Longer tail: http://paste.debian.net/1148762/
—Marco
Information forwarded
to
bug-guix <at> gnu.org
:
bug#41528
; Package
guix
.
(Mon, 25 May 2020 21:56:01 GMT)
Full text and
rfc822 format available.
Message #8 received at 41528 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Marco van Hulten <marco <at> hulten.org> writes:
> Hi—
>
> I did a 'guix pull && guix package -u' today, but something went wrong,
> tail follows:
>
> ...
> ./guix/store.scm:1363:15: Throw to key `srfi-34' with args `(#<condition &store-protocol-error [message: "build of `/gnu/store/gv21jfvr92p2rqwjp7idv7q1if44q5wl-openldap-2.4.50.drv' failed" status: 100] 7f9b9a5b3e40>)'.
> guix pull: error: You found a bug: the program '/gnu/store/6naagkv776pp47zk9blnnrjwhzyq5k4b-compute-guix-derivation'
> failed to compute the derivation for Guix (version: "8c42a25b77e5cb8c97dacfdd552811a820d674eb"; system: "x86_64-linux";
> host version: "545e12f40dcd8cfc779e8802dadead7a7cdc8364"; pull-version: 1).
> Please report it by email to <bug-guix <at> gnu.org>.
>
>
> Longer tail: http://paste.debian.net/1148762/
One libpng test is failing. Full log included here for posterity:
--8<---------------cut here---------------start------------->8---
FAIL: tests/pngtest ===================
[46/1810]
Testing libpng version 1.6.37
with zlib version 1.2.11
libpng version 1.6.37
Copyright (c) 2018-2019 Cosmin Truta
Copyright (c) 1998-2002,2004,2006-2018 Glenn Randers-Pehrson
Copyright (c) 1996-1997 Andreas Dilger
Copyright (c) 1995-1996 Guy Eric Schalnat, Group 42, Inc.
library (10637): libpng version 1.6.37 - April 14, 2019
pngtest (10637): libpng version 1.6.37 - April 14, 2019
Testing ./pngtest.png:
Text compression[0]=-1
stereo mode = 1
vpAg = 100 x 100, units = 0
Text compression[0]=0
eXIf type MM, 52 bytes
Image width = 91, height = 69
Files ./pngtest.png and pngout.png are different
Was ./pngtest.png written with the same maximum IDAT chunk size (8192 bytes),
filtering heuristic (libpng default), compression level (zlib default),
and zlib version (1.2.11)?
FAIL
libpng FAILS test
Default limits:
width_max = 1000000
height_max = 1000000
cache_max = 1000
malloc_max = 8000000
FAIL tests/pngtest (exit status: 1)
--8<---------------cut here---------------end--------------->8---
Is this error consistent for you, or could it have been an
indeterministic failure?
Also, did you intentionally disable binary substitutes?
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#41528
; Package
guix
.
(Tue, 26 May 2020 08:14:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 41528 <at> debbugs.gnu.org (full text, mbox):
Marius—
On 25 May 23:54 Marius Bakke wrote:
> Is this error consistent for you, or could it have been an
> indeterministic failure?
It happened yesterday morning and then again in the evening, so I'd
carefully suggest it is deterministic failure.
> Also, did you intentionally disable binary substitutes?
Not that I know of (did just 'guix pull'), but I had been messing more
than a month ago with 'staging' or 'core-updates' because I wanted to
have a recent TeX Live. I remember "core-updates" being printed when
doing the 'guix pull' in question yesterday.
Tonight I may be more precise or test more when I have access to the
machine again.
—Marco
Information forwarded
to
bug-guix <at> gnu.org
:
bug#41528
; Package
guix
.
(Tue, 26 May 2020 22:41:01 GMT)
Full text and
rfc822 format available.
Message #14 received at 41528 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Marco van Hulten <marco <at> hulten.org> writes:
> Marius—
>
> On 25 May 23:54 Marius Bakke wrote:
>> Is this error consistent for you, or could it have been an
>> indeterministic failure?
>
> It happened yesterday morning and then again in the evening, so I'd
> carefully suggest it is deterministic failure.
>
>> Also, did you intentionally disable binary substitutes?
>
> Not that I know of (did just 'guix pull'), but I had been messing more
> than a month ago with 'staging' or 'core-updates' because I wanted to
> have a recent TeX Live. I remember "core-updates" being printed when
> doing the 'guix pull' in question yesterday.
>
> Tonight I may be more precise or test more when I have access to the
> machine again.
What does 'guix describe' say?
I guess you are on a snapshot of core-updates for which substitutes are
no longer available (or never were), and Guix needs to build all the
things needed for 'guix pull' to work.
You may have earlier revisions of Guix installed that are able to 'guix
pull' without having to build the world. Check with 'guix pull -l':
the preceding revision is likely to work since it was able to pull your
current revision.
You can then try running
'/var/guix/profiles/per-user/you/current-guix-NN-link/bin/guix pull'
directly and see if the NN generation fares better. You might also be
able to use '/run/current-system/profile/bin/guix pull', or any other
guixen found in "/var/guix/profiles/system-*/profile/bin/guix".
This only papers over the fact that libpng fails to build on your
machine though. It would be good to verify whether it still fails with
'guix build --no-grafts --check libpng' once you have recovered your
Guix, and try to figure out what the problem is.
Hope this helps & good luck! :-)
[signature.asc (application/pgp-signature, inline)]
bug closed, send any further explanations to
41528 <at> debbugs.gnu.org and Marco van Hulten <marco <at> hulten.org>
Request was from
Marco van Hulten <marco <at> hulten.org>
to
control <at> debbugs.gnu.org
.
(Wed, 27 May 2020 20:12:02 GMT)
Full text and
rfc822 format available.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Thu, 25 Jun 2020 11:24:05 GMT)
Full text and
rfc822 format available.
This bug report was last modified 5 years and 53 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.