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