$ guix shell system-config-printer -- system-config-printer
Traceback (most recent call last):
File
"/gnu/store/hk90zfj9gzx4axws9ymzqni2ka7b2pb1-system-config-printer-1.5.16/share/system-config-printer/system-config-printer.py",
line 76, in
import cupshelpers
ModuleNotFoundError: No module
I ran
$ guix system search ""
A minute later, my desktop froze. I did it again with htop running and
saw that memory usage climbed right up to the full 32GiB in my
(swapless) machine. Right as it reached that point, the freeze recurred.
I haven't tested but it seems likely this same issue woul
> The nvr package in ~/.local seems to be used instead of a Guix
> package. That locally installed nvr package expects to use the
> host's libc, but since the python interpreter being used has a
> fixed RPATH and system search path it won't find it.
I've just checked and temporarily removing .lo
> So it's not the LD_DEBUG output that hold a clue, but rather the
> Python traceback.
> The nvr package in ~/.local seems to be used instead of a Guix
> package. That locally installed nvr package expects to use the host's
> libc, but since the python interpreter being used has a fixed RPATH
> an
> Can you do `LD_DEBUG=libs nvr` so that we get a log of what ld's
> trying to load?
I've attached the full log. The first mention of musl is on line 200 and
everything seems to happen pretty fast, here's the most relevant
portion:
16405: find library=libc.musl-x86_64.so.1 [0]; searching
> > ImportError: libc.musl-x86_64.so.1: cannot open shared object file:
> > No such file or directory
>
> Could you provide a command to reproduce this?
On an Alpine Linux Edge host, I reproduce with:
$ guix install python-neovim-remote
$ nvr
It's possible that there's some quirk of my specific
I did a 'guix system build' of my Plasma configuration ahead of actually
installing it and got the following build failure:
phase `install' succeeded after 15.5 seconds
starting phase `check-after-install'
Test project /tmp/guix-build-plasma-workspace-5.25.5.drv-0/build
Start 1: kworkspace-
I've had experiences now with multiple Guix packages, including gajim
(bug 60235) and now python-neovim-remote, which have an issue where
Python tries to dlopen() libc, but finds the system libc instead of
Guix's, resulting on Alpine Linux hosts in a crash with this message:
ImportError: libc.musl
