GNU bug report logs -
#32439
guix pull as root generates too many errors.
Previous Next
To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 32439 in the body.
You can then email your comments to 32439 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#32439
; Package
guix
.
(Tue, 14 Aug 2018 19:43:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
fis trivial <ybbs.daans <at> hotmail.com>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Tue, 14 Aug 2018 19:43:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
Version:
guix (GNU Guix) 06a45ad6c0655f76ba15c90c0bd35857b45a7d3e
Platform:
Fedora 27 x86-64
Running guix pull -l as root user generates many warnings and errors. I
attached the first 1000 lines of stderr logging in this mail.
[guix-log-head (text/plain, attachment)]
[ATT00001.txt (text/plain, attachment)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#32439
; Package
guix
.
(Tue, 14 Aug 2018 20:37:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 32439 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Tue, Aug 14, 2018 at 07:41:14PM +0000, fis trivial wrote:
> Running guix pull -l as root user generates many warnings and errors. I
> attached the first 1000 lines of stderr logging in this mail.
>
> ;;; WARNING: loading compiled file /root/.config/guix/current-17-link/lib/guile/2.2/site-ccache/guix/ui.go failed:
> ;;; ERROR: In procedure make_objcode_from_file: bad header on object file: "\x7fELF\x02\x01\x01??\x00\x00\x00\x00\x00\x00\x00\x00"
I'm not an expert on Guile or the new `guix pull`. However, I think that
`guix pull` takes its Guile from the environment, because `guix pull -l`
doesn't work for me when there is no Guile in PATH.
Those errors look like a mismatch between Guile versions 2.0 and 2.2.
Which Guile do you have available in the environment where you see that
error?
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#32439
; Package
guix
.
(Tue, 14 Aug 2018 21:08:02 GMT)
Full text and
rfc822 format available.
Message #11 received at 32439 <at> debbugs.gnu.org (full text, mbox):
Leo Famulari writes:
> On Tue, Aug 14, 2018 at 07:41:14PM +0000, fis trivial wrote:
>> Running guix pull -l as root user generates many warnings and errors. I
>> attached the first 1000 lines of stderr logging in this mail.
>>
>
>> ;;; WARNING: loading compiled file /root/.config/guix/current-17-link/lib/guile/2.2/site-ccache/guix/ui.go failed:
>> ;;; ERROR: In procedure make_objcode_from_file: bad header on object file: "\x7fELF\x02\x01\x01??\x00\x00\x00\x00\x00\x00\x00\x00"
>
> I'm not an expert on Guile or the new `guix pull`. However, I think that
> `guix pull` takes its Guile from the environment, because `guix pull -l`
> doesn't work for me when there is no Guile in PATH.
>
> Those errors look like a mismatch between Guile versions 2.0 and 2.2.
> Which Guile do you have available in the environment where you see that
> error?
As root user, it's guile <at> 2.0.14. Indeed, installing guile <at> 2.2.4 from Guix fixes
the problem. Thanks for your insight. :)
I thought Guix is self-contained, so are you implying that Guix itself is not
reproducible? Is it reasonable to request making Guix self-contained?
Thanks.
--
Jiaming
Reply sent
to
Leo Famulari <leo <at> famulari.name>
:
You have taken responsibility.
(Thu, 16 Aug 2018 21:07:02 GMT)
Full text and
rfc822 format available.
Notification sent
to
fis trivial <ybbs.daans <at> hotmail.com>
:
bug acknowledged by developer.
(Thu, 16 Aug 2018 21:07:02 GMT)
Full text and
rfc822 format available.
Message #16 received at 32439-done <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
On Tue, Aug 14, 2018 at 09:07:04PM +0000, fis trivial wrote:
> As root user, it's guile <at> 2.0.14. Indeed, installing guile <at> 2.2.4 from Guix fixes
> the problem. Thanks for your insight. :)
Great!
By the way, Guix *does* work with Guile 2.0. The messages you saw should
not prevent using Guix. Guix was using Guile 2.0, which was finding some
pre-compiled Guile 2.2 objects. Guile 2.0 printed those messages to say
that it did not recognize the precompiled objects and had to recompile
them.
> I thought Guix is self-contained, so are you implying that Guix itself is not
> reproducible? Is it reasonable to request making Guix self-contained?
Guix is not self-contained. Its dependencies are listed in the manual:
https://www.gnu.org/software/guix/manual/en/html_node/Requirements.html
As for whether or not it could or should be self-contained, answering
that is outside of my expertise.
I think there is no bug to fix here, right? Please re-open the bug if I
am wrong.
[signature.asc (application/pgp-signature, inline)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#32439
; Package
guix
.
(Mon, 20 Aug 2018 09:46:02 GMT)
Full text and
rfc822 format available.
Message #19 received at 32439 <at> debbugs.gnu.org (full text, mbox):
Hello,
fis trivial <ybbs.daans <at> hotmail.com> skribis:
> Leo Famulari writes:
>
>> On Tue, Aug 14, 2018 at 07:41:14PM +0000, fis trivial wrote:
>>> Running guix pull -l as root user generates many warnings and errors. I
>>> attached the first 1000 lines of stderr logging in this mail.
>>>
>>
>>> ;;; WARNING: loading compiled file /root/.config/guix/current-17-link/lib/guile/2.2/site-ccache/guix/ui.go failed:
>>> ;;; ERROR: In procedure make_objcode_from_file: bad header on object file: "\x7fELF\x02\x01\x01??\x00\x00\x00\x00\x00\x00\x00\x00"
>>
>> I'm not an expert on Guile or the new `guix pull`. However, I think that
>> `guix pull` takes its Guile from the environment, because `guix pull -l`
>> doesn't work for me when there is no Guile in PATH.
>>
>> Those errors look like a mismatch between Guile versions 2.0 and 2.2.
>> Which Guile do you have available in the environment where you see that
>> error?
>
> As root user, it's guile <at> 2.0.14. Indeed, installing guile <at> 2.2.4 from Guix fixes
> the problem. Thanks for your insight. :)
What command did you run to get the errors about? Could you also show:
which guix
echo $GUILE_LOAD_PATH
echo $GUILE_LOAD_COMPILED_PATH
?
The new ‘guix pull’ provides a “self-contained Guix” in the sense that
it brings all its dependencies, including Guile. If you look at the top
of the ‘guix’ file, you’ll see that it specifies exactly the Guile
version that it needs:
--8<---------------cut here---------------start------------->8---
$ head -1 ~/.config/guix/current/bin/guix
#!/gnu/store/p9wm67w3rfw3hlb9iljgvsfn84mz4w9d-guile-2.2.4/bin/guile --no-auto-compile
--8<---------------cut here---------------end--------------->8---
Thus, Guile version mismatches like you experienced should normally not
happen.
Thanks for your report,
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#32439
; Package
guix
.
(Mon, 20 Aug 2018 19:30:02 GMT)
Full text and
rfc822 format available.
Message #22 received at 32439 <at> debbugs.gnu.org (full text, mbox):
Ludovic Courtès writes:
> Hello,
>
> fis trivial <ybbs.daans <at> hotmail.com> skribis:
>
>> Leo Famulari writes:
>>
>>> On Tue, Aug 14, 2018 at 07:41:14PM +0000, fis trivial wrote:
>>>> Running guix pull -l as root user generates many warnings and errors. I
>>>> attached the first 1000 lines of stderr logging in this mail.
>>>>
>>>
>>>> ;;; WARNING: loading compiled file /root/.config/guix/current-17-link/lib/guile/2.2/site-ccache/guix/ui.go failed:
>>>> ;;; ERROR: In procedure make_objcode_from_file: bad header on object file: "\x7fELF\x02\x01\x01??\x00\x00\x00\x00\x00\x00\x00\x00"
>>>
>>> I'm not an expert on Guile or the new `guix pull`. However, I think that
>>> `guix pull` takes its Guile from the environment, because `guix pull -l`
>>> doesn't work for me when there is no Guile in PATH.
>>>
>>> Those errors look like a mismatch between Guile versions 2.0 and 2.2.
>>> Which Guile do you have available in the environment where you see that
>>> error?
>>
>> As root user, it's guile <at> 2.0.14. Indeed, installing guile <at> 2.2.4 from Guix fixes
>> the problem. Thanks for your insight. :)
>
> What command did you run to get the errors about? Could you also show:
>
> which guix
> echo $GUILE_LOAD_PATH
> echo $GUILE_LOAD_COMPILED_PATH
>
> ?
>
I tried the following commands after switching back the package profile to
previous state.
$ which guix
/root/.config/guix/current/bin/guix
$ echo $GUILE_LOAD_PATH
/root/.guix-profile/share/guile/site/2.2
$ echo $GUILE_LOAD_COMPILED_PATH
/root/.guix-profile/lib/guile/2.2/site-ccache:/root/.guix-profile/share/guile/site/2.2
But I can't reproduce the bug now since I cleaned up all profiles in pull.
> The new ‘guix pull’ provides a “self-contained Guix” in the sense that
> it brings all its dependencies, including Guile. If you look at the top
> of the ‘guix’ file, you’ll see that it specifies exactly the Guile
> version that it needs:
>
> --8<---------------cut here---------------start------------->8---
> $ head -1 ~/.config/guix/current/bin/guix
> #!/gnu/store/p9wm67w3rfw3hlb9iljgvsfn84mz4w9d-guile-2.2.4/bin/guile --no-auto-compile
> --8<---------------cut here---------------end--------------->8---
>
> Thus, Guile version mismatches like you experienced should normally not
> happen.
>
> Thanks for your report,
> Ludo’.
Thanks.
--
Jiaming
Information forwarded
to
bug-guix <at> gnu.org
:
bug#32439
; Package
guix
.
(Tue, 21 Aug 2018 09:50:02 GMT)
Full text and
rfc822 format available.
Message #25 received at 32439 <at> debbugs.gnu.org (full text, mbox):
Hi,
fis trivial <ybbs.daans <at> hotmail.com> skribis:
> I tried the following commands after switching back the package profile to
> previous state.
>
> $ which guix
> /root/.config/guix/current/bin/guix
>
> $ echo $GUILE_LOAD_PATH
> /root/.guix-profile/share/guile/site/2.2
>
> $ echo $GUILE_LOAD_COMPILED_PATH
> /root/.guix-profile/lib/guile/2.2/site-ccache:/root/.guix-profile/share/guile/site/2.2
>
> But I can't reproduce the bug now since I cleaned up all profiles in pull.
Alright. Probably you were using a different ‘guix’ command back then.
Closing!
Ludo’.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Tue, 18 Sep 2018 11:24:04 GMT)
Full text and
rfc822 format available.
This bug report was last modified 6 years and 277 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.