Bug 669196 – dev-python/pycairo needs to be rebuilt after update to x11-libs/cairo-1.16.0: ImportError: /usr/lib64/python2.7/site-packages/cairo/_cairo.so: undefined symbol: cairo_script_create

• Status: RESOLVED FIXED
• Product: Gentoo Linux

[Description Michael Mair-Keimberger (iamnr3) 2018-10-21 13:10:41 UTC]

Hi,

Updating to =x11-libs/cairo-1.16.0 breaks zim for me. Trying to start zim results in following error. I've also tried to rebuild zim.

ERROR: Exception in main()
Traceback (most recent call last):
  File "/usr/lib64/python2.7/site-packages/zim/main/__init__.py", line 850, in main
    ZIM_APPLICATION.run(*argv[1:])
  File "/usr/lib64/python2.7/site-packages/zim/main/__init__.py", line 631, in run
    self._run_cmd(cmd, args) # test seam
  File "/usr/lib64/python2.7/site-packages/zim/main/__init__.py", line 661, in _run_cmd
    self._run_main_loop(cmd)
  File "/usr/lib64/python2.7/site-packages/zim/main/__init__.py", line 668, in _run_main_loop
    import gtk
  File "/usr/lib64/python2.7/site-packages/gtk-2.0/gtk/__init__.py", line 40, in <module>
    from gtk import _gtk
  File "/usr/lib64/python2.7/site-packages/cairo/__init__.py", line 1, in <module>
    from ._cairo import *  # noqa: F401,F403
ImportError: /usr/lib64/python2.7/site-packages/cairo/_cairo.so: undefined symbol: cairo_script_create

Downgrading to =x11-libs/cairo-1.14.12 helps to start zim again.

[Comment 1 Sven B. 2018-10-21 14:02:12 UTC]

Rebuilding dev-python/pycairo after upgrading cairo may help.

[Comment 2 Pacho Ramos 2018-10-21 15:27:29 UTC]

*** Bug 669168 has been marked as a duplicate of this bug. ***

[Comment 3 Matt Turner 2018-10-21 16:59:16 UTC]

My suspicion is that with commit 067f5be6b9b1a4ca07ffbe744ecfefa66b442958 adding a IUSE=utils flag that pycairo should now depend on cairo[utils] or should be reemerged. I'm not aware of a way to make portage reemerge a package when a dependent package's use flag changes, so probably just depending on cairo[utils] is best. We can also set IUSE=+utils in cairo to simplify this requirement.

[Comment 4 Pacho Ramos 2018-10-21 17:12:09 UTC]

well... cairo[utils] doesn't seem to be really needed after pycairo is rebuilt... maybe other option could be to add a "utils" USE flag to pycairo too and make it linked to the status of cairo "utils" USE

[Comment 5 Franz Trischberger 2018-10-22 10:57:01 UTC]

This change might have also broken cairomm. I couldn't link a program using cairomm until I rebuilt cairomm.

[Comment 6 jms 2018-10-25 19:12:08 UTC]

*** Bug 669492 has been marked as a duplicate of this bug. ***

[Comment 7 Larry the Git Cow 2018-10-30 14:01:47 UTC]

The bug has been closed via the following commit(s):

https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=76c3bd643515a6398f211c45b1c70a87341d3143

commit 76c3bd643515a6398f211c45b1c70a87341d3143
Author:     Matt Turner <[e-mail]>
AuthorDate: 2018-10-30 14:00:51 +0000
Commit:     Matt Turner <[e-mail]>
CommitDate: 2018-10-30 14:01:22 +0000

    x11-libs/cairo: Build cairo script unconditionally
    
    Lots of reverse dependencies need it, at least optionally. Saving the
    lzo dependency is not a worthy goal, so let's just reenable it instead
    of forcing reverse dependencies to change.
    
    Closes: https://bugs.gentoo.org/669196
    Closes: https://bugs.gentoo.org/669448
    Closes: https://bugs.gentoo.org/669952
    Signed-off-by: Matt Turner <[e-mail]>

 x11-libs/cairo/{cairo-1.16.0.ebuild => cairo-1.16.0-r1.ebuild} | 3 +--
 x11-libs/cairo/cairo-9999.ebuild                               | 3 +--
 2 files changed, 2 insertions(+), 4 deletions(-)

[Comment 8 Pacho Ramos 2018-11-01 20:31:54 UTC]

*** Bug 669938 has been marked as a duplicate of this bug. ***