[gentoo-user] Anyone else having trouble with x11-libs/cairo?

[gentoo-user] Anyone else having trouble with x11-libs/cairo?

[Daniel Quinn]

[-- Attachment #1: Type: text/plain, Size: 3411 bytes --]

I just won’t build for me and my research on the forums and BGO keeps 
turning up very old bugs that don’t really feel like they apply to my 
case exactly.

What’s happened so far:

  * I installed a complete GNOME/systemd system with no trouble (~amd64)
  * This installation included a perfect emerge of x11-libs/cairo
  * About a month later, I’ve been doing “emerge -auDN @world” every
    other day or so, and suddenly cairo needs to rebuild, and now it
    fails with a long slew of errors:

|In file included from 
/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-mutex-type-private.h:45:0, 
from 
/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-scaled-font-private.h:45, 
from 
/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairoint.h:422, 
from 
/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-atomic.c:34: 
/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-mutex-impl-private.h:262:3: 
error: #error "XXX: No mutex implementation found. Cairo will not work 
with multiple threads. Define CAIRO_NO_MUTEX to 1 to acknowledge and 
accept this limitation and compile cairo without thread-safety support." 
# error "XXX: No mutex implementation found. Cairo will not work with 
multiple threads. Define CAIRO_NO_MUTEX to 1 to acknowledge and accept 
this limitation and compile cairo without thread-safety support." ^ In 
file included from 
/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-mutex-type-private.h:45:0, 
from 
/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-scaled-font-private.h:45, 
from 
/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairoint.h:422, 
from 
/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-atomic.c:34: 
/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-mutex-impl-private.h:271:11: 
error: unknown type name ‘cairo_mutex_impl_t’ typedef cairo_mutex_impl_t 
cairo_recursive_mutex_impl_t; ^ <lots of similar-looking errors> 
/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-mutex-type-private.h:161:9: 
error: unknown type name ‘cairo_mutex_impl_t’ typedef cairo_mutex_impl_t 
cairo_mutex_t; ^ 
/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-botor-scan-converter.c:2076:1: 
warning: ‘botor_add_edge’ defined but not used [-Wunused-function] 
botor_add_edge (cairo_botor_scan_converter_t *self, ^ make[3]: *** 
[Makefile:2352: cairo-botor-scan-converter.lo] Error 1 make[3]: Leaving 
directory 
'/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6-abi_x86_64.amd64/src' 
make[2]: *** [Makefile:1950: all] Error 2 make[2]: Leaving directory 
'/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6-abi_x86_64.amd64/src' 
make[1]: *** [Makefile:906: all-recursive] Error 1 make[1]: Leaving 
directory 
'/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6-abi_x86_64.amd64' 
make: *** [Makefile:757: all] Error 2 |

The digging I do online mentions something about custom LDFLAGS, but 
since I don’t even know what those are, I’m thinking that’s not it. I’m 
not running any special overlays, but I am running a complete ~amd64 
installation. I’ve try running |revdep-rebuild| (nothing to do) and 
|emerge @preserved-rebuild| just loops in cairo and explodes again.

Anyone have some tips to get me through this?

​

[-- Attachment #2: Type: text/html, Size: 10585 bytes --]

Re: [gentoo-user] Anyone else having trouble with x11-libs/cairo?

[Alan McKinnon]

On 01/12/2016 16:34, Daniel Quinn wrote:
> I just won’t build for me and my research on the forums and BGO keeps
> turning up very old bugs that don’t really feel like they apply to my
> case exactly.
> 
> What’s happened so far:
> 
>   * I installed a complete GNOME/systemd system with no trouble (~amd64)
>   * This installation included a perfect emerge of x11-libs/cairo
>   * About a month later, I’ve been doing “emerge -auDN @world” every
>     other day or so, and suddenly cairo needs to rebuild, and now it
>     fails with a long slew of errors:
> 
> |In file included from
> /var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-mutex-type-private.h:45:0,
> from
> /var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-scaled-font-private.h:45,
> from
> /var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairoint.h:422,
> from
> /var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-atomic.c:34:
> /var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-mutex-impl-private.h:262:3:
> error: #error "XXX: No mutex implementation found. Cairo will not work
> with multiple threads. Define CAIRO_NO_MUTEX to 1 to acknowledge and
> accept this limitation and compile cairo without thread-safety support."
> # error "XXX: No mutex implementation found. Cairo will not work with
> multiple threads. Define CAIRO_NO_MUTEX to 1 to acknowledge and accept
> this limitation and compile cairo without thread-safety support." ^ In
> file included from
> /var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-mutex-type-private.h:45:0,
> from
> /var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-scaled-font-private.h:45,
> from
> /var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairoint.h:422,
> from
> /var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-atomic.c:34:
> /var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-mutex-impl-private.h:271:11:
> error: unknown type name ‘cairo_mutex_impl_t’ typedef cairo_mutex_impl_t
> cairo_recursive_mutex_impl_t; ^ <lots of similar-looking errors>
> /var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-mutex-type-private.h:161:9:
> error: unknown type name ‘cairo_mutex_impl_t’ typedef cairo_mutex_impl_t
> cairo_mutex_t; ^
> /var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6/src/cairo-botor-scan-converter.c:2076:1:
> warning: ‘botor_add_edge’ defined but not used [-Wunused-function]
> botor_add_edge (cairo_botor_scan_converter_t *self, ^ make[3]: ***
> [Makefile:2352: cairo-botor-scan-converter.lo] Error 1 make[3]: Leaving
> directory
> '/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6-abi_x86_64.amd64/src'
> make[2]: *** [Makefile:1950: all] Error 2 make[2]: Leaving directory
> '/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6-abi_x86_64.amd64/src'
> make[1]: *** [Makefile:906: all-recursive] Error 1 make[1]: Leaving
> directory
> '/var/tmp/portage/x11-libs/cairo-1.14.6/work/cairo-1.14.6-abi_x86_64.amd64'
> make: *** [Makefile:757: all] Error 2 |
> 
> The digging I do online mentions something about custom LDFLAGS, but
> since I don’t even know what those are, I’m thinking that’s not it. I’m
> not running any special overlays, but I am running a complete ~amd64
> installation. I’ve try running |revdep-rebuild| (nothing to do) and
> |emerge @preserved-rebuild| just loops in cairo and explodes again.
> 
> Anyone have some tips to get me through this?

Yeah, the tip is you and we get to do some original research :-)

It's quite unlikely that the maintainer committed a broken ebuild that
simply cannot work, so we have to assume you are running into something
fairly uncommon and somewhat unique to your environment. My first choice
is your USE flags - you probably selected a combination that doesn't
work that the maintainer isn't aware of and so there's no detection for
it in the ebuild.

cairo-1.14.6 does in fact build on ~amd64,and your problem is related to
a lack of mutex support. Here's my USE for cairo, compres it to yours:

[I] x11-libs/cairo
     Available versions:  1.14.2^t (~)1.14.2-r1^t (~)1.14.4^t 1.14.6^t
**9999^t {X aqua debug directfb gles2 +glib opengl static-libs +svg
valgrind xcb xlib-xcb ABI_MIPS="n32 n64 o32" ABI_PPC="32 64"
ABI_S390="32 64" ABI_X86="32 64 x32"}
     Installed versions:  1.14.6^t(19:08:54 15/11/2016)(X glib opengl
svg xcb -aqua -debug -directfb -gles2 -static-libs -valgrind -xlib-xcb
ABI_MIPS="-n32 -n64 -o32" ABI_PPC="-32 -64" ABI_S390="-32 -64"
ABI_X86="32 64 -x32")
     Homepage:            http://cairographics.org/
     Description:         A vector graphics library with cross-device
output support

Also what is your global setting in USE for "threads"?


-- 
Alan McKinnon
alan.mckinnon@gmail.com

Re: [gentoo-user] Anyone else having trouble with x11-libs/cairo?

[Daniel Quinn]

Well the only difference between the output of `emerge -pv
x11-libs/cairo` on your machine vs. mine is that you appear to be
building 64 and 32 bit:

mine: `ABI_X86="64 -32 -x32"`
yours: `ABI_X86="64 32 -x32"`

As for the global setting for `threads`, I have it enabled, but isn't
that a good thing?  Should I disable threads globally?  I removed it
from make.conf and cairo still won't build, but that's unsurprising,
since the build makes no mention of that USE flag.

# emerge --info | grep threads
USE="X a52 aac acl acpi aes alsa amd64 avx avx2 berkdb bluetooth
branding bzip2 cairo cdda cdr cli colord cracklib crypt cxx dbus dri dts
dvd dvdr eds emboss encode evo exif fam firefox flac fma3 fortran fuse
gdbm gif glamor gnome gnome-keyring gnome-online-accounts gpm gstreamer
gtk iconv introspection ipv6 jpeg lcms libnotify libsecret mad matroska
mmx mmxext mng modules mp3 mp4 mpeg mtp multilib nautilus ncurses
networkmanager nls nptl offensive ogg ogm opengl openmp pam pango pcre
pdf png policykit popcnt ppds pulseaudio qt3support readline sdl seccomp
session spell sqlite sse sse2 sse3 sse4_1 sse4_2 ssl ssse3
startup-notification svg systemd tcpd theora threads tiff truetype udev
udisks unicode upower usb v4l vaapi vdpau vim-syntax vorbis vpx x264
x265 xattr xcb xml xpm xv xvid xvmc zlib" ABI_X86="64"
ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci
emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0
intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci"
APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias
auth_basic authn_alias authn_anon authn_dbm authn_default authn_file
authz_dbm authz_default authz_groupfile authz_host authz_owner
authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir
disk_cache env expires ext_filter file_cache filter headers include info
log_config logio mem_cache mime mime_magic negotiation rewrite setenvif
speling status unique_id userdir usertrack vhost_alias"
CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon
braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load
memory rrdtool swap syslog" CPU_FLAGS_X86="aes avx avx2 fma3 mmx mmxext
popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3" ELIBC="glibc"
GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt
gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore
rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx"
INPUT_DEVICES="libinput" KERNEL="linux" L10N="en-GB en"
LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb
ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console
presenter-minimizer" LINGUAS="en_GB en"
OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-6"
PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_4"
RUBY_TARGETS="ruby20 ruby21" USERLAND="GNU" VIDEO_CARDS="nvidia"
XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p
iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark
dhcpmac delude chaos account"

Re: [gentoo-user] Anyone else having trouble with x11-libs/cairo?

[Mick]

[-- Attachment #1: Type: text/plain, Size: 3440 bytes --]

On Friday 02 Dec 2016 09:57:14 Daniel Quinn wrote:
> Well the only difference between the output of `emerge -pv
> x11-libs/cairo` on your machine vs. mine is that you appear to be
> building 64 and 32 bit:
> 
> mine: `ABI_X86="64 -32 -x32"`
> yours: `ABI_X86="64 32 -x32"`
> 
> As for the global setting for `threads`, I have it enabled, but isn't
> that a good thing?  Should I disable threads globally?  I removed it
> from make.conf and cairo still won't build, but that's unsurprising,
> since the build makes no mention of that USE flag.
> 
> # emerge --info | grep threads
> USE="X a52 aac acl acpi aes alsa amd64 avx avx2 berkdb bluetooth
> branding bzip2 cairo cdda cdr cli colord cracklib crypt cxx dbus dri dts
> dvd dvdr eds emboss encode evo exif fam firefox flac fma3 fortran fuse
> gdbm gif glamor gnome gnome-keyring gnome-online-accounts gpm gstreamer
> gtk iconv introspection ipv6 jpeg lcms libnotify libsecret mad matroska
> mmx mmxext mng modules mp3 mp4 mpeg mtp multilib nautilus ncurses
> networkmanager nls nptl offensive ogg ogm opengl openmp pam pango pcre
> pdf png policykit popcnt ppds pulseaudio qt3support readline sdl seccomp
> session spell sqlite sse sse2 sse3 sse4_1 sse4_2 ssl ssse3
> startup-notification svg systemd tcpd theora threads tiff truetype udev
> udisks unicode upower usb v4l vaapi vdpau vim-syntax vorbis vpx x264
> x265 xattr xcb xml xpm xv xvid xvmc zlib" ABI_X86="64"
> ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci
> emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0
> intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci"
> APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias
> auth_basic authn_alias authn_anon authn_dbm authn_default authn_file
> authz_dbm authz_default authz_groupfile authz_host authz_owner
> authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir
> disk_cache env expires ext_filter file_cache filter headers include info
> log_config logio mem_cache mime mime_magic negotiation rewrite setenvif
> speling status unique_id userdir usertrack vhost_alias"
> CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon
> braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load
> memory rrdtool swap syslog" CPU_FLAGS_X86="aes avx avx2 fma3 mmx mmxext
> popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3" ELIBC="glibc"
> GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt
> gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore
> rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx"
> INPUT_DEVICES="libinput" KERNEL="linux" L10N="en-GB en"
> LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb
> ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console
> presenter-minimizer" LINGUAS="en_GB en"
> OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-6"
> PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_4"
> RUBY_TARGETS="ruby20 ruby21" USERLAND="GNU" VIDEO_CARDS="nvidia"
> XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p
> iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark
> dhcpmac delude chaos account"

euse and 'equery hasuse' show me that threads are not enabled globally on my 
machine, but boost sets IUSE="+threads" in the ebuild.

HTH.
-- 
Regards,
Mick

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 455 bytes --]

Re: [gentoo-user] Anyone else having trouble with x11-libs/cairo?

[Daniel Quinn]

For those who might stumble across this in the future, iamben helped me
out with this on IRC and the solution was rather annoying.

I had symlinked /usr/bin/lolcat to /usr/local/bin/cat

Apparently, somewhere in the stack of things that go on when compiling
x11-libs/cairo, `cat` was used and however it was use conflicted with
the would-be drop-in replacement games-misc/lolcat.

So kids, let this be a lesson to you.  Some drop-in replacements, no
matter how fun, can be mighty unkind to your sanity in the long run.



On 02/12/16 20:21, Mick wrote:
> On Friday 02 Dec 2016 09:57:14 Daniel Quinn wrote:
>> Well the only difference between the output of `emerge -pv
>> x11-libs/cairo` on your machine vs. mine is that you appear to be
>> building 64 and 32 bit:
>>
>> mine: `ABI_X86="64 -32 -x32"`
>> yours: `ABI_X86="64 32 -x32"`
>>
>> As for the global setting for `threads`, I have it enabled, but isn't
>> that a good thing?  Should I disable threads globally?  I removed it
>> from make.conf and cairo still won't build, but that's unsurprising,
>> since the build makes no mention of that USE flag.
>>
>> # emerge --info | grep threads
>> USE="X a52 aac acl acpi aes alsa amd64 avx avx2 berkdb bluetooth
>> branding bzip2 cairo cdda cdr cli colord cracklib crypt cxx dbus dri dts
>> dvd dvdr eds emboss encode evo exif fam firefox flac fma3 fortran fuse
>> gdbm gif glamor gnome gnome-keyring gnome-online-accounts gpm gstreamer
>> gtk iconv introspection ipv6 jpeg lcms libnotify libsecret mad matroska
>> mmx mmxext mng modules mp3 mp4 mpeg mtp multilib nautilus ncurses
>> networkmanager nls nptl offensive ogg ogm opengl openmp pam pango pcre
>> pdf png policykit popcnt ppds pulseaudio qt3support readline sdl seccomp
>> session spell sqlite sse sse2 sse3 sse4_1 sse4_2 ssl ssse3
>> startup-notification svg systemd tcpd theora threads tiff truetype udev
>> udisks unicode upower usb v4l vaapi vdpau vim-syntax vorbis vpx x264
>> x265 xattr xcb xml xpm xv xvid xvmc zlib" ABI_X86="64"
>> ALSA_CARDS="ali5451 als4000 atiixp atiixp-modem bt87x ca0106 cmipci
>> emu10k1x ens1370 ens1371 es1938 es1968 fm801 hda-intel intel8x0
>> intel8x0m maestro3 trident usb-audio via82xx via82xx-modem ymfpci"
>> APACHE2_MODULES="authn_core authz_core socache_shmcb unixd actions alias
>> auth_basic authn_alias authn_anon authn_dbm authn_default authn_file
>> authz_dbm authz_default authz_groupfile authz_host authz_owner
>> authz_user autoindex cache cgi cgid dav dav_fs dav_lock deflate dir
>> disk_cache env expires ext_filter file_cache filter headers include info
>> log_config logio mem_cache mime mime_magic negotiation rewrite setenvif
>> speling status unique_id userdir usertrack vhost_alias"
>> CALLIGRA_FEATURES="kexi words flow plan sheets stage tables krita karbon
>> braindump author" CAMERAS="ptp2" COLLECTD_PLUGINS="df interface irq load
>> memory rrdtool swap syslog" CPU_FLAGS_X86="aes avx avx2 fma3 mmx mmxext
>> popcnt sse sse2 sse3 sse4_1 sse4_2 ssse3" ELIBC="glibc"
>> GPSD_PROTOCOLS="ashtech aivdm earthmate evermore fv18 garmin garmintxt
>> gpsclock itrax mtk3301 nmea ntrip navcom oceanserver oldstyle oncore
>> rtcm104v2 rtcm104v3 sirf superstar2 timing tsip tripmate tnt ublox ubx"
>> INPUT_DEVICES="libinput" KERNEL="linux" L10N="en-GB en"
>> LCD_DEVICES="bayrad cfontz cfontz633 glk hd44780 lb216 lcdm001 mtxorb
>> ncurses text" LIBREOFFICE_EXTENSIONS="presenter-console
>> presenter-minimizer" LINGUAS="en_GB en"
>> OFFICE_IMPLEMENTATION="libreoffice" PHP_TARGETS="php5-6"
>> PYTHON_SINGLE_TARGET="python2_7" PYTHON_TARGETS="python2_7 python3_4"
>> RUBY_TARGETS="ruby20 ruby21" USERLAND="GNU" VIDEO_CARDS="nvidia"
>> XTABLES_ADDONS="quota2 psd pknock lscan length2 ipv4options ipset ipp2p
>> iface geoip fuzzy condition tee tarpit sysrq steal rawnat logmark ipmark
>> dhcpmac delude chaos account"
> euse and 'equery hasuse' show me that threads are not enabled globally on my 
> machine, but boost sets IUSE="+threads" in the ebuild.
>
> HTH.