Core packages updated broke Guix

  • Open
  • quality assurance status badge
Details
5 participants
  • Edison Ibáñez
  • Dan Hatton
  • Preston Miller Firestone
  • Ludovic Courtès
  • Nicolas Graves
Owner
unassigned
Submitted by
Edison Ibáñez
Severity
normal

Debbugs page

E
E
Edison Ibáñez wrote on 2 Sep 14:43 -0700
(address . bug-guix@gnu.org)
e81835a0553e9edb00587db585ad7f8c@riseup.net
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
N
N
Nicolas Graves wrote on 2 Sep 15:23 -0700
(address . 72990@debbugs.gnu.org)
87mskpzocl.fsf@ngraves.fr
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
L
L
Ludovic Courtès wrote on 3 Sep 04:57 -0700
(name . Edison Ibáñez)(address . arkhan@riseup.net)(address . 72990@debbugs.gnu.org)
87r0a1eypq.fsf@gnu.org
Hi Edison,

Edison Ibáñez <arkhan@riseup.net> skribis:

Toggle quote (8 lines)
> 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’.
E
E
Edison Ibáñez wrote on 3 Sep 05:05 -0700
(name . Ludovic Courtès)(address . ludo@gnu.org)(address . 72990@debbugs.gnu.org)
4144c53f88dcfad4ed9c3ee6a4718532@riseup.net
El 2024-09-03 06:57, Ludovic Courtès escribió:
Toggle quote (22 lines)
> Hi Edison,
>
> Edison Ibáñez <arkhan@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']
)
D
D
Dan Hatton wrote on 3 Sep 13:24 -0700
unset LD_LIBRARY_PATH confirmed as good workaround
(address . 72990@debbugs.gnu.org)
3cab445e-2639-e8f4-4642-e14d858a538d@btinternet.com
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.)
Attachment: signature.asc
L
L
Ludovic Courtès wrote on 4 Sep 05:02 -0700
Re: bug#72990: Core packages updated broke Guix
(name . Edison Ibáñez)(address . arkhan@riseup.net)(address . 72990@debbugs.gnu.org)
87r09zeieq.fsf@gnu.org
Edison Ibáñez <arkhan@riseup.net> skribis:

Toggle quote (25 lines)
> El 2024-09-03 06:57, Ludovic Courtès escribió:
>> Hi Edison,
>>
>> Edison Ibáñez <arkhan@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’.
E
E
Edison Ibáñez wrote on 4 Sep 05:14 -0700
5e6e3af01d53fa248d33a91b4155f400@riseup.net
Thanks Ludo, by removing the value configured in LD_LIBRARY_PATH you can
rebuild the entire system without problems and Guix worked well again.
P
P
Preston Miller Firestone wrote on 5 Sep 09:45 -0700
Re: Core packages updated broke Guix
(address . 72990@debbugs.gnu.org)
0f89159f-99b9-5490-8a02-3e152f0e6b8a@gmail.com
Toggle quote (2 lines)
> 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
Attachment: OpenPGP_0xB01943DB9465BC4F.asc
Attachment: OpenPGP_signature
?
Your comment

Commenting via the web interface is currently disabled.

To comment on this conversation send an email to 72990@patchwise.org

To respond to this issue using the mumi CLI, first switch to it
mumi current 72990
Then, you may apply the latest patchset in this issue (with sign off)
mumi am -- -s
Or, compose a reply to this issue
mumi compose
Or, send patches to this issue
mumi send-email *.patch