GNU bug report logs -
#57527
compute-guix-derivation has an error
Previous Next
Full log
View this message in rfc822 format
[Message part 1 (text/plain, inline)]
severity 57527 important
merge 47764 57527
thanks
For now, you can try working-around by retrying "guix pull".
On 01-09-2022 17:00, Toorn, H.W.P. van den (Henk) via Bug reports for
GNU Guix wrote:
> 1417:15 4 (_ #<store-connection 256.99 7f46930e6e60>
> ("/gnu/store/4khcb3b0iqfimjgg6yqnlpf9pkim7s4v-curl-7.84.?" ?) ?)
> 1417:15 3 (loop #f)
> 711:11 2 (process-stderr #<store-connection 256.99 7f46930e6e60> _)
> In ./guix/serialization.scm:
> 102:11 1 (read-int #<input-output: file 10>)
> 80:6 0 (get-bytevector-n* #<input-output: file 10> 8)
Procedure at 80:6:
> (define (get-bytevector-n* port count)
> (let ((bv (get-bytevector-n port count)))
> (when (or (eof-object? bv)
> (< (bytevector-length bv) count))
> (raise (condition (&nar-error
> (file (currently-restored-file))
> (port port)))))
> bv))
An alternative hypotheses:
* build-aux/build-self.scm lets the port be a duplicate of standard
input. But maybe some other code for whatever reason accidentally
reads from there as well? Or: maybe the script is started without
stdout, so when it is duplicated, it becomes stdout, and future code
writes to stdout (i.e., the store port), causing interference?
Potential solution: Open /dev/null on top of stdin, check that the
store port is >2.
Greetings,
Maxime.
[Message part 2 (text/html, inline)]
[OpenPGP_0x49E3EE22191725EE.asc (application/pgp-keys, attachment)]
[OpenPGP_signature (application/pgp-signature, attachment)]
This bug report was last modified 2 years and 287 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.