* bug#41528: failed to compute derivation
@ 2020-05-25 15:53 Marco van Hulten
2020-05-25 21:54 ` Marius Bakke
0 siblings, 1 reply; 4+ messages in thread
From: Marco van Hulten @ 2020-05-25 15:53 UTC (permalink / raw)
To: 41528
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@gnu.org>.
Longer tail: http://paste.debian.net/1148762/
—Marco
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#41528: failed to compute derivation
2020-05-25 15:53 bug#41528: failed to compute derivation Marco van Hulten
@ 2020-05-25 21:54 ` Marius Bakke
2020-05-26 8:13 ` Marco van Hulten
0 siblings, 1 reply; 4+ messages in thread
From: Marius Bakke @ 2020-05-25 21:54 UTC (permalink / raw)
To: Marco van Hulten, 41528
[-- Attachment #1: Type: text/plain, Size: 5265 bytes --]
Marco van Hulten <marco@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@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?
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#41528: failed to compute derivation
2020-05-25 21:54 ` Marius Bakke
@ 2020-05-26 8:13 ` Marco van Hulten
2020-05-26 22:39 ` Marius Bakke
0 siblings, 1 reply; 4+ messages in thread
From: Marco van Hulten @ 2020-05-26 8:13 UTC (permalink / raw)
To: Marius Bakke; +Cc: 41528
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
^ permalink raw reply [flat|nested] 4+ messages in thread
* bug#41528: failed to compute derivation
2020-05-26 8:13 ` Marco van Hulten
@ 2020-05-26 22:39 ` Marius Bakke
0 siblings, 0 replies; 4+ messages in thread
From: Marius Bakke @ 2020-05-26 22:39 UTC (permalink / raw)
To: Marco van Hulten; +Cc: 41528
[-- Attachment #1: Type: text/plain, Size: 1806 bytes --]
Marco van Hulten <marco@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! :-)
[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 487 bytes --]
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2020-05-26 22:41 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-05-25 15:53 bug#41528: failed to compute derivation Marco van Hulten
2020-05-25 21:54 ` Marius Bakke
2020-05-26 8:13 ` Marco van Hulten
2020-05-26 22:39 ` Marius Bakke
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/guix.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).