[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: "libc.so.6: version `GLIBC_2.33' not found" with guix time-machine -
Re: "libc.so.6: version `GLIBC_2.33' not found" with guix time-machine --channels
Thu, 3 Feb 2022 15:18:29 +0100
On Sun, Jan 09, 2022 at 07:49:30PM +0100, Wiktor Żelazny wrote:
> On Sun, Jan 09, 2022 at 07:03:33PM +0100, Ricardo Wurmus wrote:
> > Wiktor Żelazny <firstname.lastname@example.org> writes:
> > > One more thing: the problem started after I had had to roll-back a
> > > segfaulting guix build.
> > Is LD_LIBRARY_PATH set
> Not anymore.
Still, this looks like some interference from the environment. When I
ran `su $username` first, there was no error. I ran `set` before and
after `su` and diffed the results. The only suspicious thing I found
--- nosuset 2022-02-03 14:46:16.691231539 +0100
+++ suset 2022-02-03 14:45:51.658607639 +0100
It’s related to the window manager, which is related to Xorg, and the
LIBC error pertains to X libraries. Could there be a connection here?
Sure enough, unsetting LD_PRELOAD seems to fix things, too.
From spectrwm man page:
Note that workspace mapping is handled via libswmhack.so. When
autorun spawns windows via a daemon, ensure the daemon is started
with the correct LD_PRELOAD in its environment.
For example, starting urxvtd(1) via xinit(1):
LD_PRELOAD=/usr/lib/libswmhack.so.0.0 urxvtd -q -o -f
Spawned programs automatically have LD_PRELOAD set when executed.
I guess I need to alias guix to "unset LD_PRELOAD; guix" until I find
some more elegant solution.
Description: PGP signature
|[Prev in Thread]
||[Next in Thread]|
- Re: "libc.so.6: version `GLIBC_2.33' not found" with guix time-machine --channels,
Wiktor Żelazny <=