Hi Athena, So it's not the LD_DEBUG output that hold a clue, but rather the Python traceback.
Athena Martin <secure@alm.website> writes: > File > "/gnu/store/dsgxdqs620pp284bfm1drbsjqpb36i4n-python-neovim-remote-2.5.1/bin/.nvr-real", > line 4, in <module> > import nvr.nvr as mod > File "/home/alm/.local/lib/python3.10/site-packages/nvr/__init__.py", line > 1, in <module> > from .nvr import main > File "/home/alm/.local/lib/python3.10/site-packages/nvr/nvr.py", line 34, > in <module> > import psutil > File "/home/alm/.local/lib/python3.10/site-packages/psutil/__init__.py", > line 102, in <module> > from . import _pslinux as _psplatform > File "/home/alm/.local/lib/python3.10/site-packages/psutil/_pslinux.py", > line 26, in <module> > from . import _psutil_linux as cext > ImportError: libc.musl-x86_64.so.1: cannot open shared object file: No such > file or directory 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. .nvr-real should definitely be using the Python code inside the store, I wonder why that isn't being done. Maybe our sitecustomize.py is misbehaving? Can you do `guix shell python-neovim-remote python -- python3` then type `import sys.path; sys.path`? Best, -- Josselin Poiret
signature.asc
Description: PGP signature
