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

Previous Next

To add a comment to this bug, you must first unarchive it, by sending
a message to control AT debbugs.gnu.org, with unarchive 32170 in the body.
You can then email your comments to 32170 AT debbugs.gnu.org in the normal way.

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

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

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 1 (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)]

Message #10 received at 32170-done <at> debbugs.gnu.org (full text, mbox):

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 1 (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 2 (application/pgp-signature, inline)]

Message #13 received at 32170-done <at> debbugs.gnu.org (full text, mbox):

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

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

On 17/07/18 07:54, Danny Milosavljevic wrote:
> 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.

Thanks Danny, I appreciate you squashing this one so quickly!

Regards,
Ben

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

Previous Next

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