GNU bug report logs -
#72990
Core packages updated broke Guix
Previous Next
Reported by: Edison Ibáñez <arkhan <at> riseup.net>
Date: Mon, 2 Sep 2024 21:45:02 UTC
Severity: normal
Done: Ludovic Courtès <ludo <at> gnu.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 72990 in the body.
You can then email your comments to 72990 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#72990
; Package
guix
.
(Mon, 02 Sep 2024 21:45:02 GMT)
Full text and
rfc822 format available.
Acknowledgement sent
to
Edison Ibáñez <arkhan <at> riseup.net>
:
New bug report received and forwarded. Copy sent to
bug-guix <at> gnu.org
.
(Mon, 02 Sep 2024 21:45:02 GMT)
Full text and
rfc822 format available.
Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):
With the last update of core packages they broke guix and it can no
longer be used, every time I run it I get the following error:
/gnu/store/s4pajb5dkar0ig5z572nxkp04sizhp7q-guile-wrapper/bin/guile:
/home/arkhan/.guix-profile/lib/libcrypt.so.1: version `XCRYPT_2.0' not
found (required by
/gnu/store/mfkz7fvlfpv3ppwbkv0imb19nrf95akf-guile-3.0.9/lib/libguile-3.0.so.1)
/gnu/store/s4pajb5dkar0ig5z572nxkp04sizhp7q-guile-wrapper/bin/guile:
/home/arkhan/.guix-profile/lib/libm.so.6: version `GLIBC_2.38' not found
(required by
/gnu/store/mfkz7fvlfpv3ppwbkv0imb19nrf95akf-guile-3.0.9/lib/libguile-3.0.so.1)
/gnu/store/s4pajb5dkar0ig5z572nxkp04sizhp7q-guile-wrapper/bin/guile:
/home/arkhan/.guix-profile/lib/libc.so.6: version `GLIBC_2.38' not found
(required by
/gnu/store/mfkz7fvlfpv3ppwbkv0imb19nrf95akf-guile-3.0.9/lib/libguile-3.0.so.1)
/gnu/store/s4pajb5dkar0ig5z572nxkp04sizhp7q-guile-wrapper/bin/guile:
/home/arkhan/.guix-profile/lib/libc.so.6: version `GLIBC_2.38' not found
(required by
/gnu/store/pr73chdirm3jc2j7npc6hqzmcwjs7l8m-libgc-8.2.4/lib/libgc.so.1)
with guix pull --roll-back you can return to using plaster, but with
plaster pull it breaks again.
Thanks
Information forwarded
to
bug-guix <at> gnu.org
:
bug#72990
; Package
guix
.
(Mon, 02 Sep 2024 22:26:02 GMT)
Full text and
rfc822 format available.
Message #8 received at 72990 <at> debbugs.gnu.org (full text, mbox):
Hi Edison,
I've had the same issue on my side, turns out you'd better rebuild
system, home and reboot after the pull that includes core-updates. You
should be good to go after that.
--
Best regards,
Nicolas Graves
Information forwarded
to
bug-guix <at> gnu.org
:
bug#72990
; Package
guix
.
(Tue, 03 Sep 2024 12:00:03 GMT)
Full text and
rfc822 format available.
Message #11 received at 72990 <at> debbugs.gnu.org (full text, mbox):
Hi Edison,
Edison Ibáñez <arkhan <at> riseup.net> skribis:
> With the last update of core packages they broke guix and it can no
> longer be used, every time I run it I get the following error:
>
> /gnu/store/s4pajb5dkar0ig5z572nxkp04sizhp7q-guile-wrapper/bin/guile:
> /home/arkhan/.guix-profile/lib/libcrypt.so.1: version `XCRYPT_2.0' not
> found (required by
> /gnu/store/mfkz7fvlfpv3ppwbkv0imb19nrf95akf-guile-3.0.9/lib/libguile-3.0.so.1)
Could it be that the ‘LD_LIBRARY_PATH’ environment variable is set?
What happens if you do:
unset LD_LIBRARY_PATH; guix build hello
?
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#72990
; Package
guix
.
(Tue, 03 Sep 2024 12:08:02 GMT)
Full text and
rfc822 format available.
Message #14 received at 72990 <at> debbugs.gnu.org (full text, mbox):
El 2024-09-03 06:57, Ludovic Courtès escribió:
> Hi Edison,
>
> Edison Ibáñez <arkhan <at> riseup.net> skribis:
>
>> With the last update of core packages they broke guix and it can no
>> longer be used, every time I run it I get the following error:
>>
>> /gnu/store/s4pajb5dkar0ig5z572nxkp04sizhp7q-guile-wrapper/bin/guile:
>> /home/arkhan/.guix-profile/lib/libcrypt.so.1: version `XCRYPT_2.0' not
>> found (required by
>> /gnu/store/mfkz7fvlfpv3ppwbkv0imb19nrf95akf-guile-3.0.9/lib/libguile-3.0.so.1)
>
> Could it be that the ‘LD_LIBRARY_PATH’ environment variable is set?
>
> What happens if you do:
>
> unset LD_LIBRARY_PATH; guix build hello
>
> ?
>
> Ludo’.
Currently this is the value I have in this environment variable:
EnvPath(
['/home/arkhan/.guix-profile/lib']
)
Information forwarded
to
bug-guix <at> gnu.org
:
bug#72990
; Package
guix
.
(Tue, 03 Sep 2024 22:20:03 GMT)
Full text and
rfc822 format available.
Message #17 received at 72990 <at> debbugs.gnu.org (full text, mbox):
[message.txt (text/plain, inline)]
Running a few guix-managed applications on top of a generally Ubuntu
system here. As of today, am getting the same error message as
Edison, both when trying to run guix pull and when trying to run
individual applications. Can confirm that following Ludo's suggestion
"unset LD_LIBRARY_PATH" makes the problem go away, but only for things
launched from the same terminal where I ran the unset command.
(Suspect that trying to unset the environment variable more globally
would bork the underlying Ubuntu system.)
[signature.asc (application/pgp-signature, attachment)]
Information forwarded
to
bug-guix <at> gnu.org
:
bug#72990
; Package
guix
.
(Wed, 04 Sep 2024 12:04:01 GMT)
Full text and
rfc822 format available.
Message #20 received at 72990 <at> debbugs.gnu.org (full text, mbox):
Edison Ibáñez <arkhan <at> riseup.net> skribis:
> El 2024-09-03 06:57, Ludovic Courtès escribió:
>> Hi Edison,
>>
>> Edison Ibáñez <arkhan <at> riseup.net> skribis:
>>
>>> With the last update of core packages they broke guix and it can no
>>> longer be used, every time I run it I get the following error:
>>>
>>> /gnu/store/s4pajb5dkar0ig5z572nxkp04sizhp7q-guile-wrapper/bin/guile:
>>> /home/arkhan/.guix-profile/lib/libcrypt.so.1: version `XCRYPT_2.0' not
>>> found (required by
>>> /gnu/store/mfkz7fvlfpv3ppwbkv0imb19nrf95akf-guile-3.0.9/lib/libguile-3.0.so.1)
>>
>> Could it be that the ‘LD_LIBRARY_PATH’ environment variable is set?
>>
>> What happens if you do:
>>
>> unset LD_LIBRARY_PATH; guix build hello
>>
>> ?
>>
>> Ludo’.
>
> Currently this is the value I have in this environment variable:
OK, and what happens if you do:
unset LD_LIBRARY_PATH; guix build hello
? Does it work?
In general, I strongly recommend keeping ‘LD_LIBRARY_PATH’ unset;
setting it is like opening a can of worms.
Ludo’.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#72990
; Package
guix
.
(Wed, 04 Sep 2024 12:16:02 GMT)
Full text and
rfc822 format available.
Message #23 received at 72990 <at> debbugs.gnu.org (full text, mbox):
Thanks Ludo, by removing the value configured in LD_LIBRARY_PATH you can
rebuild the entire system without problems and Guix worked well again.
Information forwarded
to
bug-guix <at> gnu.org
:
bug#72990
; Package
guix
.
(Thu, 05 Sep 2024 16:49:01 GMT)
Full text and
rfc822 format available.
Message #26 received at 72990 <at> debbugs.gnu.org (full text, mbox):
[Message part 1 (text/plain, inline)]
> Thanks Ludo, by removing the value configured in LD_LIBRARY_PATH you can
> rebuild the entire system without problems and Guix worked well again.
I can also confirm: I was having this same problem on the same update
and unsetting LD_LIBRARY_PATH also fixed it for me. I was then able to
run `guix pull` and everything was good again.
Thanks Ludo for the fix! I wonder how LD_LIBRARY_PATH got set in the
first place? I'm running Guix system.
Thanks,
Preston
[OpenPGP_0xB01943DB9465BC4F.asc (application/pgp-keys, attachment)]
[OpenPGP_signature (application/pgp-signature, attachment)]
Reply sent
to
Ludovic Courtès <ludo <at> gnu.org>
:
You have taken responsibility.
(Tue, 01 Oct 2024 15:32:01 GMT)
Full text and
rfc822 format available.
Notification sent
to
Edison Ibáñez <arkhan <at> riseup.net>
:
bug acknowledged by developer.
(Tue, 01 Oct 2024 15:32:02 GMT)
Full text and
rfc822 format available.
Message #31 received at 72990-done <at> debbugs.gnu.org (full text, mbox):
Hi,
Preston Miller Firestone <firestone.preston <at> gmail.com> skribis:
> I can also confirm: I was having this same problem on the same update
> and unsetting LD_LIBRARY_PATH also fixed it for me. I was then able to
> run `guix pull` and everything was good again.
>
> Thanks Ludo for the fix! I wonder how LD_LIBRARY_PATH got set in the
> first place? I'm running Guix system.
No idea. Perhaps you could:
grep LD_LIBRARY_PATH \
/run/current-system/profile/manifest \
~/.guix-home/profile/manifest
… for the offending system and user profile generations.
Ludo’.
bug archived.
Request was from
Debbugs Internal Request <help-debbugs <at> gnu.org>
to
internal_control <at> debbugs.gnu.org
.
(Wed, 30 Oct 2024 11:24:14 GMT)
Full text and
rfc822 format available.
This bug report was last modified 284 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.