GNU bug report logs - #60235
gajim: dlopen()s non-Guix libc

Previous Next

Package: guix;

Reported by: Alex Martin <secure <at> alm.website>

Date: Wed, 21 Dec 2022 07:30:02 UTC

Severity: normal

To reply to this bug, email your comments to 60235 AT debbugs.gnu.org.

Toggle the display of automated, internal messages from the tracker.

View this report as an mbox folder, status mbox, maintainer mbox


Report forwarded to bug-guix <at> gnu.org:
bug#60235; Package guix. (Wed, 21 Dec 2022 07:30:02 GMT) Full text and rfc822 format available.

Acknowledgement sent to Alex Martin <secure <at> alm.website>:
New bug report received and forwarded. Copy sent to bug-guix <at> gnu.org. (Wed, 21 Dec 2022 07:30:03 GMT) Full text and rfc822 format available.

Message #5 received at submit <at> debbugs.gnu.org (full text, mbox):

From: Alex Martin <secure <at> alm.website>
To: bug-guix <at> gnu.org
Subject: gajim: dlopen()s non-Guix libc
Date: Tue, 20 Dec 2022 20:09:17 -0500
[Message part 1 (text/plain, inline)]
I run Guix on an Alpine Linux host system. Alpine uses the musl C
library. This seems to be what exposes an issue in the gajim Guix
package for me.

I believe what is happening is the following: Gajim dlopen()s libc via
Python's ctypes library, and ends up finding the system libc, not the
Guix-provided libc it is supposed to be linked against.

The result is the following crash:

Traceback (most recent call last):
  File "/gnu/store/n2f3pi9cciaxgbvc4nhqzswslv4wycj2-gajim-1.4.6/bin/.gajim-real", line 33, in <module>
    sys.exit(load_entry_point('gajim==1.4.6', 'gui_scripts', 'gajim')())
  File "/gnu/store/n2f3pi9cciaxgbvc4nhqzswslv4wycj2-gajim-1.4.6/lib/python3.9/site-packages/gajim/gajim.py", line 159, in main
    _set_proc_title()
  File "/gnu/store/n2f3pi9cciaxgbvc4nhqzswslv4wycj2-gajim-1.4.6/lib/python3.9/site-packages/gajim/gajim.py", line 138, in _set_proc_title
    libc = CDLL(find_library('c'))
  File "/gnu/store/lvip6h5pamjwmvnkwg60sjb63ph8698k-python-3.9.9/lib/python3.9/ctypes/__init__.py", line 374, in __init__
    self._handle = _dlopen(self._name, mode)
OSError: libc.musl-x86_64.so.1: cannot open shared object file: No such file or directory
[Message part 2 (application/pgp-signature, inline)]

This bug report was last modified 1 year and 135 days ago.

Previous Next


GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.