GNU bug report logs - #32170
python-cairocffi error "dlopen() failed to load a library: cairo / cairo-2"

Previous Next

Full log

View this message in rfc822 format

From: help-debbugs <at> gnu.org (GNU bug Tracking System)
To: Ben Sturmfels <ben <at> stumbles.id.au>
Subject: bug#32170: closed (Re: bug#32170: python-cairocffi error
 "dlopen() failed to load a library: cairo / cairo-2")
Date: Mon, 16 Jul 2018 21:55:04 +0000

[Message part 1 (text/plain, inline)]

Your bug report

#32170: python-cairocffi error "dlopen() failed to load a library: cairo / cairo-2"

which was filed against the guix package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 32170 <at> debbugs.gnu.org.

-- 
32170: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=32170
GNU Bug Tracking System
Contact help-debbugs <at> gnu.org with problems

[Message part 2 (message/rfc822, inline)]

From: Danny Milosavljevic <dannym <at> scratchpost.org>
To: Ben Sturmfels <ben <at> stumbles.id.au>
Cc: 32170-done <at> debbugs.gnu.org
Subject: Re: bug#32170: python-cairocffi error "dlopen() failed to load a
 library: cairo / cairo-2"
Date: Mon, 16 Jul 2018 23:54:27 +0200

[Message part 3 (text/plain, inline)]

Hi Ben,

thanks for the report.

I've fixed it in a545090ce5e6b9da1f473f558dabda69f317e461 on guix master
by allowing absolute paths as python-cairocffi's dlopen's parameter
and also substituting the sonames by the absolute paths in the callers.

python-cairocffi's dlopen is re-exported.  That means that users that
use it also have to use the absolute paths.

[Message part 4 (application/pgp-signature, inline)]

[Message part 5 (message/rfc822, inline)]

From: Ben Sturmfels <ben <at> stumbles.id.au>
To: bug-guix <at> gnu.org
Subject: python-cairocffi error "dlopen() failed to load a library: cairo /
 cairo-2"
Date: Mon, 16 Jul 2018 17:35:18 +1000

[Message part 6 (text/plain, inline)]

Hi Folks,

I'm having problems running Python code that depends on the
"python-cairocffi" package. Running "from cairocffi._ffi import ffi" on
Trisquel 8 works fine, but on GuixSD I get:

$ guix environment --container --ad-hoc python cairo python-cairocffi
$ python3.6 -c "from cairocffi._ffi import ffi"
Traceback (most recent call last):
  File "<string>", line 1, in <module>
  File "/home/ben/.guix-profile/lib/python3.6/site-packages/cairocffi/__init__.py", line 41, in <module>
    cairo = dlopen(ffi, 'cairo', 'cairo-2')
  File "/home/ben/.guix-profile/lib/python3.6/site-packages/cairocffi/__init__.py", line 38, in dlopen
    raise OSError("dlopen() failed to load a library: %s" % ' / '.join(names))
OSError: dlopen() failed to load a library: cairo / cairo-2

The background on this is that I use the Weasyprint PDF library from
PyPI and Weasyprint issues the above "from cairocffi._ffi import ffi".

I'm running GuixSD up-to-date with the latest master branch.

Regards,
Ben

[signature.asc (application/pgp-signature, inline)]

Previous Next

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