[gentoo-user] Anyone else having trouble with x11-libs/cairo?
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; ^ /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?
Re: [gentoo-user] Anyone else having trouble with x11-libs/cairo?
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; ^ > /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 **^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.mckin...@gmail.com
Re: [gentoo-user] Failed to emerge fontforge
On Mon, 20 Apr 2009 18:11:32 +0200 Thomas Chef wrote: > > Try rebuilding x11-libs/cairo > > I tried: > # emerge x11-libs/cairo > > Which seems to have worked out ok, then ran emerge fontforge, but it > ended up in the same error as before ? > > I searched the disk for the file: cairo-xlib.h (in Konqueror) but > could not find the file ? > > / Thomas > % equery b /usr/include/cairo/cairo-xlib.h [ Searching for file(s) /usr/include/cairo/cairo-xlib.h in *... ] x11-libs/cairo-1.8.6-r1 (/usr/include/cairo/cairo-xlib.h) If you really don't have this file with cairo installed, it should be a bug. Possible workaround is to install another version of cairo - prehaps it was somehow omitted in your version, quite unlikely though. -- Mike Kazantsev // fraggod.net signature.asc Description: PGP signature
[gentoo-user] mysql-workbench
Hi, mysql-workbench requires a USE flag of '>=x11-libs/cairo- -X' while lots of other packages apparently require cairo with X: x11-libs/cairo:0 (x11-libs/cairo-:0/0::gentoo, ebuild scheduled for merge) conflicts with >=x11-libs/cairo-1.8.4[X] required by (dev-dotnet/libgdiplus-4.2-r3:0/0::gentoo, installed) ^ >=x11-libs/cairo-1.12.14-r4:0/0=[svg,X,abi_x86_64(-)] required by (x11-libs/gtk+-2.24.31-r1:2/2::gentoo, installed) ^ >=x11-libs/cairo-1.12.14-r4:0/0=[X,abi_x86_64(-)] required by (x11-libs/pango-1.40.4:0/0::gentoo, installed) ^ x11-libs/cairo[X,-xlib-xcb(-)] required by (app-office/libreoffice-5.2.3.3-r1:0/0::gentoo, installed) ^ >=x11-libs/cairo-1.12.14-r4:=[X,abi_x86_64(-)] required by (x11-libs/pango-1.40.4:0/0::gentoo, installed) ^ >=x11-libs/cairo-1.10:0/0=[X] required by (net-libs/webkit-gtk-2.4.11-r200:2/2::gentoo, installed) ^ >=x11-libs/cairo-1.14[glib,svg,X,abi_x86_64(-)] required by (x11-libs/gtk+-3.22.11:3/3::gentoo, installed) ^ >=x11-libs/cairo-1.12.14-r4:=[svg,X,abi_x86_64(-)] required by (x11-libs/gtk+-2.24.31-r1:2/2::gentoo, installed) ^ >=x11-libs/cairo-1.10[X] required by (www-client/seamonkey-2.46-r1:0/0::gentoo, installed) ^ >=x11-libs/cairo-1.10:=[X] required by (net-libs/webkit-gtk-2.4.11-r200:2/2::gentoo, installed) Is there a good way to get mysql-workbench installed without removing the other packages?
Re: [gentoo-user] mysql-workbench
On 17/04/2017 19:12, lee wrote: > Hi, > > mysql-workbench requires a USE flag of '>=x11-libs/cairo- -X' while > lots of other packages apparently require cairo with X: no it doesn't. With a fresh tree: khamul mysql-workbench # grep cairo *ebuild mysql-workbench-6.3.3.ebuild: >=x11-libs/cairo-1.5.12[glib,svg] mysql-workbench-6.3.4-r1.ebuild: >=x11-libs/cairo-1.5.12[glib,svg] mysql-workbench-6.3.4-r2.ebuild: >=x11-libs/cairo-1.5.12[glib,svg] mysql-workbench-6.3.4.ebuild: >=x11-libs/cairo-1.5.12[glib,svg] # grep *ebuild # Are you using an overlay that provides someone's latest greatest mysql-workbench? This is what the tree has right now, what does your machine say? # eix mysql-workbench * dev-db/mysql-workbench Available versions: 6.3.3 (~)6.3.4 6.3.4-r1 (~)6.3.4-r2 {debug doc gnome-keyring PYTHON_TARGETS="python2_7"} Homepage:http://dev.mysql.com/workbench/ Description: MySQL Workbench > > > x11-libs/cairo:0 > > (x11-libs/cairo-:0/0::gentoo, ebuild scheduled for merge) conflicts with > >=x11-libs/cairo-1.8.4[X] required by > (dev-dotnet/libgdiplus-4.2-r3:0/0::gentoo, installed) >^ > >=x11-libs/cairo-1.12.14-r4:0/0=[svg,X,abi_x86_64(-)] required by > (x11-libs/gtk+-2.24.31-r1:2/2::gentoo, installed) > ^ > >=x11-libs/cairo-1.12.14-r4:0/0=[X,abi_x86_64(-)] required by > (x11-libs/pango-1.40.4:0/0::gentoo, installed) > ^ > x11-libs/cairo[X,-xlib-xcb(-)] required by > (app-office/libreoffice-5.2.3.3-r1:0/0::gentoo, installed) >^ > >=x11-libs/cairo-1.12.14-r4:=[X,abi_x86_64(-)] required by > (x11-libs/pango-1.40.4:0/0::gentoo, installed) > ^ > >=x11-libs/cairo-1.10:0/0=[X] required by > (net-libs/webkit-gtk-2.4.11-r200:2/2::gentoo, installed) >^ > >=x11-libs/cairo-1.14[glib,svg,X,abi_x86_64(-)] required by > (x11-libs/gtk+-3.22.11:3/3::gentoo, installed) >^ > >=x11-libs/cairo-1.12.14-r4:=[svg,X,abi_x86_64(-)] required by > (x11-libs/gtk+-2.24.31-r1:2/2::gentoo, installed) > ^ > >=x11-libs/cairo-1.10[X] required by > (www-client/seamonkey-2.46-r1:0/0::gentoo, installed) > ^ > >=x11-libs/cairo-1.10:=[X] required by > (net-libs/webkit-gtk-2.4.11-r200:2/2::gentoo, installed) > > > Is there a good way to get mysql-workbench installed without removing > the other packages? Find what you are installing exactly then take it from there -- Alan McKinnon alan.mckin...@gmail.com
[gentoo-user] gtk+ / Cairo / pdf-flag mutual build problem.
Did an "emerge --sync" and "emerge --ask --deep --update --world". When emerge got to x11-libs/gtk+-2.10.6, the following happened... checking for cups-config... /usr/bin/cups-config checking cairo-pdf.h usability... no checking cairo-pdf.h presence... no checking for cairo-pdf.h... no configure: error: *** Can't find cairo-pdf.h. You must build Cairo with the pdf *** backend enabled. Probably because I start off USE with a "-*". Should be an easy fix, insert "x11-libs/cairo pdf" into /etc/portage/package.use and rebuild Cairo, then proceed with the emerge... *BUT*... [m3000][root][~] emerge -pv cairo These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-libs/cairo-1.2.4 USE="X png -directfb -doc -glitz -svg (-pdf%)" 0 kB Oops... note the "(-pdf%)". This option is simply not allowed for Cairo on my system. I threw in "--skipfirst" into the emerge command, and it seems to be working so far. But back to my main problem... how do I reconcile gtk+ and Cairo? -- Walter Dnes <[EMAIL PROTECTED]> In linux /sbin/init is Job #1 My musings on technology and security at http://techsec.blog.ca -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] gtk+ / Cairo / pdf-flag mutual build problem.
On 12/24/06, Walter Dnes <[EMAIL PROTECTED]> wrote: Did an "emerge --sync" and "emerge --ask --deep --update --world". When emerge got to x11-libs/gtk+-2.10.6, the following happened... checking for cups-config... /usr/bin/cups-config checking cairo-pdf.h usability... no checking cairo-pdf.h presence... no checking for cairo-pdf.h... no configure: error: *** Can't find cairo-pdf.h. You must build Cairo with the pdf *** backend enabled. Probably because I start off USE with a "-*". Should be an easy fix, insert "x11-libs/cairo pdf" into /etc/portage/package.use and rebuild Cairo, then proceed with the emerge... *BUT*... [m3000][root][~] emerge -pv cairo These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild R ] x11-libs/cairo-1.2.4 USE="X png -directfb -doc -glitz -svg (-pdf%)" 0 kB Oops... note the "(-pdf%)". This option is simply not allowed for Cairo on my system. I threw in "--skipfirst" into the emerge command, and it seems to be working so far. But back to my main problem... how do I reconcile gtk+ and Cairo? -- Walter Dnes <[EMAIL PROTECTED]> In linux /sbin/init is Job #1 My musings on technology and security at http://techsec.blog.ca -- gentoo-user@gentoo.org mailing list I'm having this problem too :(
Re: [gentoo-user] gtk+ / Cairo / pdf-flag mutual build problem.
On Sun, 24 Dec 2006, Walter Dnes wrote: > Did an "emerge --sync" and "emerge --ask --deep --update --world". > When emerge got to x11-libs/gtk+-2.10.6, the following happened... > > checking for cups-config... /usr/bin/cups-config > checking cairo-pdf.h usability... no > checking cairo-pdf.h presence... no > checking for cairo-pdf.h... no > configure: error: > *** Can't find cairo-pdf.h. You must build Cairo with the pdf > *** backend enabled. > > Probably because I start off USE with a "-*". Should be an easy fix, > insert "x11-libs/cairo pdf" into /etc/portage/package.use and rebuild > Cairo, then proceed with the emerge... *BUT*... > > [m3000][root][~] emerge -pv cairo > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild R ] x11-libs/cairo-1.2.4 USE="X png -directfb -doc -glitz > -svg (-pdf%)" 0 kB > > Oops... note the "(-pdf%)". This option is simply not allowed for > Cairo on my system. I threw in "--skipfirst" into the emerge command, > and it seems to be working so far. But back to my main problem... how > do I reconcile gtk+ and Cairo? Actually, the cairo ebuild now unconditionally enables pdf support; the USE flag is not allowed because it is no longer possible to disable pdf support. (Portage doesn't have a way to express the differences between something not being a USE flag because it is unsupported and because it is automatic, but if you look in the ebuild, you'll find that it's using "--enable-pdf") So gtk+ should be happy once you re-emerge cairo even without changing use flags. -Daniel *This .sig left intentionally blank* -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] dev-libs/efl-1.18.4 fails to emerge with gcc-5.4.0-r3
Mick wrote: On Tuesday 18 Apr 2017 16:58:02 Raffaele Belardi wrote: Mick wrote: I started rebuilding the world and his wife following an update to gcc-5.4.0- r3 as per suggestion in e-log: revdep-rebuild --library 'libstdc++.so.6' -- --exclude gcc However, dev-libs/efl failed to make as shown below. Any idea how to overcome this breakage? emerge -1aDv dev-libs/efl [snip ..] This was the 110th package out of 413 being rebuild, so I assume poppler et al should have already been rebuilt in advance as dependencies. What can I try? Maybe https://bugs.gentoo.org/show_bug.cgi?id=615326 ? Is poppler really installed? raffaele Yes, it seems to be: $ eix -l poppler [I] app-text/poppler Available versions: 0.45.0(0/62)^t [cairo cairo-qt cjk curl cxx debug doc +introspection +jpeg +jpeg2k +lcms nss png qt4 qt5 tiff +utils] ["cairo-qt? ( qt4 )"] ~0.51.0 (0/66)^t [cairo cairo-qt cjk curl cxx debug doc +introspection +jpeg +jpeg2k +lcms nss png qt4 qt5 tiff +utils] ["cairo-qt? ( qt4 )"] ~0.52.0(0/66)^t [cairo cjk curl cxx debug doc +introspection +jpeg +jpeg2k +lcms nss png qt4 qt5 tiff +utils] ** (0/)^t[cairo cairo-qt cjk curl cxx debug doc +introspection +jpeg +jpeg2k +lcms nss png qt4 qt5 tiff +utils] ["cairo-qt? ( qt4 )"] Installed versions: 0.45.0^t(10:10:43 30/07/16)(cairo cxx introspection jpeg jpeg2k lcms png qt4 qt5 tiff utils -cairo-qt -cjk -curl -debug -doc -nss) Another guess: you are installing unstable (~) for efl but poppler is still at stable version: maybe you could try to manually update poppler before efl. raffaele
Re: [gentoo-user] dev-libs/efl-1.18.4 fails to emerge with gcc-5.4.0-r3
On Tuesday 18 Apr 2017 17:24:00 Raffaele Belardi wrote: > Mick wrote: > > On Tuesday 18 Apr 2017 16:58:02 Raffaele Belardi wrote: > >> Mick wrote: > >>> I started rebuilding the world and his wife following an update to > >>> gcc-5.4.0- r3 as per suggestion in e-log: > >>> > >>> revdep-rebuild --library 'libstdc++.so.6' -- --exclude gcc > >>> > >>> However, dev-libs/efl failed to make as shown below. Any idea how to > >>> overcome this breakage? > >>> > >>> emerge -1aDv dev-libs/efl > >>> [snip ..] > >>> > >>> This was the 110th package out of 413 being rebuild, so I assume poppler > >>> et al should have already been rebuilt in advance as dependencies. What > >>> can I try? > >> > >> Maybe https://bugs.gentoo.org/show_bug.cgi?id=615326 ? > >> Is poppler really installed? > >> > >> raffaele > > > > Yes, it seems to be: > > > > $ eix -l poppler > > [I] app-text/poppler > > > > Available versions: > > 0.45.0(0/62)^t [cairo cairo-qt cjk curl cxx debug doc > > > > +introspection +jpeg +jpeg2k +lcms nss png qt4 qt5 tiff > > +utils] ["cairo-qt? ( qt4 )"] > > > >~0.51.0(0/66)^t [cairo cairo-qt cjk curl cxx debug doc > > > > +introspection +jpeg +jpeg2k +lcms nss png qt4 qt5 tiff > > +utils] ["cairo-qt? ( qt4 )"] > > > >~0.52.0(0/66)^t [cairo cjk curl cxx debug doc > >+introspection > > > > +jpeg +jpeg2k +lcms nss png qt4 qt5 tiff +utils] > > > >** (0/)^t[cairo cairo-qt cjk curl cxx debug doc > > > > +introspection +jpeg +jpeg2k +lcms nss png qt4 qt5 tiff > > +utils] ["cairo-qt? ( qt4 )"] > > > > Installed versions: 0.45.0^t(10:10:43 30/07/16)(cairo cxx > > introspection > > > > jpeg jpeg2k lcms png qt4 qt5 tiff utils -cairo-qt -cjk -curl -debug -doc > > -nss) > Another guess: you are installing unstable (~) for efl but poppler is still > at stable version: maybe you could try to manually update poppler before > efl. > > raffaele Hmm ... I don't think so, both because it worked before this gcc update and because when I fed poppler and elf to emerge, it wanted to emerge efl first. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
[gentoo-user] Openshot segfault with new cairo
Hi all, When i upgrade to cairo-1.10.2-r1, the video editor Openshot compiles, but crashes with segfault error. New cairo has qt4 useflag ; so, i have to set -qt4 useflag to cairo to get Openshot working again. May i get some trouble by setting this useflag to cairo ? Thanks you, cheers, -- Jacques
Re: [gentoo-user] What has happened to the Gentoo tree?
On Thursday 26 Jan 2017 15:04:27 Neil Bothwick wrote: > On Thu, 26 Jan 2017 15:31:55 +0100, Helmut Jarausch wrote: > > Is it only me or have others the same issue. > > I have lots of packages installed which are more recent then what is > > currently in the tree, e.g. > > > > dev-libs/gobject-introspection (installed here version 1.50.0 on > > 2016/11/25) but the most recent version in the tree is 1.48 > > 1.50.0 is in the tree according to eix. It is testing so eix may not show > it on a stable system. It shows it fine here on a stable arch, albeit as testing. Last time I sync'ed was about a week ago. $ eix -l dev-libs/gobject-introspection [I] dev-libs/gobject-introspection Available versions: 1.44.0 [cairo doctool test PYTHON_TARGETS="python2_7"] ["python_targets_python2_7 test? ( cairo )"] 1.46.0 [cairo doctool test PYTHON_TARGETS="python2_7"] ["python_targets_python2_7 test? ( cairo )"] 1.48.0 [cairo doctool test PYTHON_TARGETS="python2_7"] ["python_targets_python2_7 test? ( cairo )"] ~1.50.0 [cairo doctool test PYTHON_SINGLE_TARGET="python2_7 python3_4 python3_5" PYTHON_TARGETS="python2_7 python3_4 python3_5"]["^^ ( python_single_target_python2_7 python_single_target_python3_4 python_single_target_python3_5 ) python_single_target_python2_7? ( python_targets_python2_7 ) python_single_target_python3_4? ( python_targets_python3_4 ) python_single_target_python3_5? ( python_targets_python3_5 ) test? ( cairo )"] Installed versions: 1.48.0(08:41:07 10/01/16)(cairo -doctool -test PYTHON_TARGETS="python2_7") Homepage:https://wiki.gnome.org/Projects/GObjectIntrospection Description: Introspection system for GObject-based libraries -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] dev-libs/efl-1.18.4 fails to emerge with gcc-5.4.0-r3
On Tuesday 18 Apr 2017 16:58:02 Raffaele Belardi wrote: > Mick wrote: > > I started rebuilding the world and his wife following an update to > > gcc-5.4.0- r3 as per suggestion in e-log: > > > > revdep-rebuild --library 'libstdc++.so.6' -- --exclude gcc > > > > However, dev-libs/efl failed to make as shown below. Any idea how to > > overcome this breakage? > > > > emerge -1aDv dev-libs/efl > > [snip ..] > > > > /bin/sh ../libtool --tag=CC --mode=link x86_64-pc-linux-gnu-gcc - > > march=native -O2 -pipe -fpie -Wl,-O1 -Wl,--as-needed -fPIC -DPIC -pie - > > rdynamic -o bin/evas/dummy_slave bin/evas[26/865] > > s_dummy_slave-dummy_slave.o -fvisibility=hidden -fdata-sections > > -ffunction- > > sections -Wl,--gc-sections -fno-strict-aliasing -Wl,--as-needed > > -Wl,--no-copy- dt-needed-entries -fvisibility=hidden > > > > -fdata-sections -ffunction-sections -Wl,--gc-sections > > -fno-strict-aliasing -> > > Wl,--as-needed -Wl,--no-copy-dt-needed-entries lib/eo/libeo.la > > lib/eina/libeina.la-lpthread-lm > > > > -lrt > > > > generic/evas/pdf/generic_evas_pdf_evas_image_loader_pdf-main.o: In > > function > > `poppler_init(char const*, int, int, int)': > > main.cpp:(.text+0x127): undefined reference to > > `poppler::document::load_from_file(std::__cxx11::basic_string > std::char_traits, std::allocator > const&, > > std::__cxx11::basic_ > > string, std::allocator > const&, > > std::__cxx11::basic_string, > > std::allocator> > >> const&)' > > > > This was the 110th package out of 413 being rebuild, so I assume poppler > > et al should have already been rebuilt in advance as dependencies. What > > can I try? > Maybe https://bugs.gentoo.org/show_bug.cgi?id=615326 ? > Is poppler really installed? > > raffaele Yes, it seems to be: $ eix -l poppler [I] app-text/poppler Available versions: 0.45.0(0/62)^t [cairo cairo-qt cjk curl cxx debug doc +introspection +jpeg +jpeg2k +lcms nss png qt4 qt5 tiff +utils] ["cairo-qt? ( qt4 )"] ~0.51.0(0/66)^t [cairo cairo-qt cjk curl cxx debug doc +introspection +jpeg +jpeg2k +lcms nss png qt4 qt5 tiff +utils] ["cairo-qt? ( qt4 )"] ~0.52.0(0/66)^t [cairo cjk curl cxx debug doc +introspection +jpeg +jpeg2k +lcms nss png qt4 qt5 tiff +utils] ** (0/)^t[cairo cairo-qt cjk curl cxx debug doc +introspection +jpeg +jpeg2k +lcms nss png qt4 qt5 tiff +utils] ["cairo-qt? ( qt4 )"] Installed versions: 0.45.0^t(10:10:43 30/07/16)(cairo cxx introspection jpeg jpeg2k lcms png qt4 qt5 tiff utils -cairo-qt -cjk -curl -debug -doc -nss) -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] problems building x11-libs/gtk+-2.20.1-r1
Hi Alex! I solved the problem. There's a workaround! I had to merge at first cairo and then pango. This is what gentoo didn't make, the hell I know why. Tamer Am 14.08.2010 17:01, schrieb Alex Schuster: > Alan McKinnon writes: > >> On Friday 13 August 2010 16:09:48 Tamer Higazi wrote: >>> checking Pango flags... configure: error: >>> *** Pango not found. Pango built with Cairo support is required >>> *** to build GTK+. See http://www.pango.org for Pango information. >> Did you read this? It says to build pango with cairo support. >> >> Did you build pango with cairo support? >> >> Don't just say yes, prove it with output from eg. eix > He didn't, as there is no cairo use flag for pango, eix pango|grep cairo > returns nothing. > > Wonko > >
Re: [gentoo-user] Emerging Gnome and KDE
On Friday 26 January 2007 18:19, Michael Sullivan wrote: > I'd start by emerging cairo with the X flag set > > # USE="X" emerge cairo Of all the ways to do it, this has to be the worst. Portage has no idea in the future that cairo was emerged with X functionality enabled, and it causes vast amounts of problems. Please do not advise such a stupid broken solution to someone who is so obviously a Gentoo beginner. Fabricio, the way to solve your problem is to tell the Gentoo package system (portage) to compile cairo with support for X. There are two ways: a) Tell portage to put X into your USE flags. The gentoo install docs describe this in detail so I won't repeat it here, except to say that you include the phrase "X" in the USE statement in /etc/make.conf b) You can enable this flag just for the cairo package by adding this line to the end of /etc/portage/package.use: x11-libs/cairo X Next time your emerge cairo, it will include X support for cairo and this problem will go away. Obviously there is a whole lot to know about this, so you really really really need to go and read the Gentoo install docs and understand them all. You need to do it right now, OK?> alan -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] mysql-workbench
Alan McKinnon writes: > On 17/04/2017 19:12, lee wrote: >> Hi, >> >> mysql-workbench requires a USE flag of '>=x11-libs/cairo- -X' while >> lots of other packages apparently require cairo with X: > > no it doesn't. With a fresh tree: > > khamul mysql-workbench # grep cairo *ebuild > mysql-workbench-6.3.3.ebuild: >=x11-libs/cairo-1.5.12[glib,svg] > mysql-workbench-6.3.4-r1.ebuild: >>=x11-libs/cairo-1.5.12[glib,svg] > mysql-workbench-6.3.4-r2.ebuild: >>=x11-libs/cairo-1.5.12[glib,svg] > mysql-workbench-6.3.4.ebuild: >=x11-libs/cairo-1.5.12[glib,svg] > # grep *ebuild > # > Emerge said I need to make above use change. There are some entries about cairo in package.use, yet commenting them out didn't help. , [ grep cairo /etc/portage/package.use ] | =x11-libs/cairo-1.12.16 xcb | =x11-libs/cairo-1.12.16 X | =x11-libs/cairo-1.12.16 opengl | =x11-libs/cairo-1.12.16-r4 X xcb | =x11-libs/cairo-1.12.18-r1 xcb X | >=x11-libs/cairo-1.14.2 xcb X | >=app-text/poppler-0.42.0 cairo | # required by dev-cpp/cairomm-1.12.0-r1::gentoo | >=x11-libs/cairo- X | # required by dev-cpp/cairomm-1.12.0-r1::gentoo | =x11-libs/cairo-1.14.8 -X ` > Are you using an overlay that provides someone's latest greatest > mysql-workbench? > > This is what the tree has right now, what does your machine say? > > # eix mysql-workbench > * dev-db/mysql-workbench > Available versions: 6.3.3 (~)6.3.4 6.3.4-r1 (~)6.3.4-r2 {debug doc > gnome-keyring PYTHON_TARGETS="python2_7"} > Homepage:http://dev.mysql.com/workbench/ > Description: MySQL Workbench > same here: , [ eix mysql-workbench ] | * dev-db/mysql-workbench | Verfügbare Versionen: 6.3.3 ~6.3.4 6.3.4-r1 ~6.3.4-r2 {debug doc gnome-keyring PYTHON_TARGETS="python2_7"} | Startseite: http://dev.mysql.com/workbench/ | Beschreibung: MySQL Workbench ` , [ emerge -a mysql-workbench ] | | * IMPORTANT: 1 news items need reading for repository 'gentoo'. | * Use eselect news read to view new items. | | | * IMPORTANT: 3 config files in '/etc/portage' need updating. | * See the CONFIGURATION FILES and CONFIGURATION FILES UPDATE TOOLS | * sections of the emerge man page to learn how to update config files. | | These are the packages that would be merged, in order: | | Calculating dependencies... done! | [ebuild N ] sci-libs/proj-4.8.0 USE="-java -static-libs" | [ebuild N ] sys-apps/baselayout-java-0.1.0 | [ebuild N ] dev-python/pexpect-3.3 USE="-doc -examples {-test}" PYTHON_TARGETS="python2_7 python3_4 (-pypy) (-pypy3) (-python3_5) (-python3_6)" | [ebuild N ] dev-java/java-config-2.2.0-r3 USE="{-test}" PYTHON_TARGETS="python2_7 python3_4 (-python3_5)" | [ebuild N ] dev-python/paramiko-2.1.2 USE="-doc -examples" PYTHON_TARGETS="python2_7 python3_4 (-python3_5) (-python3_6)" | [ebuild N ] app-eselect/eselect-java-0.3.0 | [ebuild N ] dev-lang/lua-5.1.5-r4 USE="deprecated readline -emacs -static" | [ebuild N ] dev-cpp/ctemplate-2.3-r1 USE="-doc -emacs -static-libs {-test} -vim-syntax" | [ebuild N ] dev-db/vsqlite++-0.3.13-r1 USE="-static-libs" | [ebuild N ] dev-libs/libzip-1.0.1 USE="-static-libs" | [ebuild N ] sci-libs/libgeotiff-1.4.0 USE="-debug -doc -static-libs" | [ebuild N ] dev-libs/json-c-0.12 USE="-doc -static-libs" | [ebuild N ] sci-libs/gdal-2.0.2-r3 USE="aux_xml threads -armadillo -curl -debug -doc -fits -geos -gif -gml -hdf5 -java -jpeg -jpeg2k -mdb -mysql -netcdf -odbc -ogdi -opencl -pdf -perl -png -postgres -python -spatialite -sqlite -xls" PYTHON_TARGETS="python2_7 python3_4" | [ebuild N ] app-admin/sudo-1.8.18_p1 USE="nls pam sendmail -ldap -offensive (-selinux) -skey" | [ebuild N ] dev-db/mysql-connector-c++-1.1.6 USE="-debug -examples -gcov -static-libs" | [ebuild U *] x11-libs/cairo- [1.14.8] USE="-X* -utils%" | [ebuild N ] dev-cpp/atkmm-2.24.2 USE="-doc" | [ebuild N ] dev-cpp/cairomm-1.12.0-r1 USE="svg -X (-aqua) -doc" | [ebuild N ] dev-cpp/pangomm-2.40.1 USE="-doc" | [ebuild N ] dev-cpp/gtkmm-2.24.5 USE="-doc -examples {-test}" | [ebuild N ] dev-java/icedtea-bin-3.3.0 USE="alsa cups gtk webstart -doc -examples -headless-awt (-multilib) -nsplugin -pulseaudio (-selinux) -source" | [ebuild N ] virtual/jdk-1.8.0-r3 | [ebuild N ] virtual/jre-1.8.0-r1 | [ebuild N ] dev-java/icedtea-web-1.6.1-r1 USE="-doc -javascript -nsplugin -tagsoup {-test}" | [ebuild
Re: [gentoo-user] cairo USE flags
Am 19.01.2013 11:49, schrieb Florian Philipp: > Hi list! > > I've noticed that there is probably a lot of performance to be gained > from activating backend acceleration in cairo. It's just that I have no > clue about the details: > > drm, gallium and opengl are all described as accelerating backends. Does > that mean they are mutually exclusive or can I activate them all and > cairo will sort it out? > > What does the qt4 use flag do? Is it just a language binding? > > Does anyone know a simple benchmark for cairo? > > Thanks in advance! > Florian Philipp > I found your question very interesting, and so I used... google :D -> Cairo seems to bring a benchmark with the source in cairo\perf. -> http://cworth.org/intel/performance_measurement/ -> The Phoronix test suit ofc has a performance test for cairo :) -> I looked into some examples, and there are BIG differences between gfx cards: http://openbenchmarking.org/prospect/1204129-SU-NVIDIAGEF19/3653c29c52e5da38d1879d193dc660515f97d242 -> This posting is most interesting: http://lists.cairographics.org/archives/cairo/2012-October/023609.html As a nvidia blob user it seems I should be using the XRender backend. But how? I can USE=-opengl to have that out of the way, but what's with the other USE flags? looking at the ebuild I see, that I only need "X" :) $(use_with X x) \ $(use_enable X xlib) \ $(use_enable X xlib-xrender) \ $(use_enable aqua quartz) \ $(use_enable aqua quartz-image) \ $(use_enable debug test-surfaces) \ $(use_enable directfb) \ $(use_enable glib gobject) \ $(use_enable doc gtk-doc) \ $(use_enable openvg vg) \ $(use_enable opengl gl) \ $(use_enable qt4 qt) \ $(use_enable static-libs static) \ $(use_enable svg) \ $(use_enable xcb) \ $(use_enable xcb xcb-shm) \ $(use_enable drm) \ $(use_enable gallium) \ Now I wonder if cairo doesn't simply choose the best one automatically? Or should I "X -xcb -opengl -openvg"? (Keeping "glib qt4 svg" for apps on.) [..] I used cairo-trace to start some programs and it seems like programs can set their desired backend. There is a "/type" setting: /type 42 set (firefox, soffice, clementine, evince, opera, crack-attack, digikam, inkscape) /type /xlib set(firefox, soffice, clementine, evince, crack-attack, digikam, inkscape) /type /xrender set (firefox, soffice, clementine) I wonder what "42" is... Greetings, Daniel
Re: [gentoo-user] portage getting mixed up with USE?
On Wednesday 22 June 2011 11:31:09 Daniel Pielmeier did opine thusly: > 2011/6/22 Alan McKinnon : > > On Wednesday 22 June 2011 10:49:04 Daniel Pielmeier did opine thusly: > >> I guess it displays the USE settings how they should be and > >> afterwards prints the required changes. Or does it build fltk > >> with USE="-cairo" if you just type emerge -av fltk? > > > > emerge -av fltk > > > > gives exactly the same output as above. The dillo ebuild doesn't > > seem to be causing this change in behaviour: > > > > RDEPEND="x11-libs/fltk:2[-cairo,jpeg=,png=] > > > > What it looks like is portage is insisting the package.use > > explicitly states the USE flags needed. This is wrong and I am > > not about to bloat package.use to cater for every "built with > > use" occurrence. Or perhaps it's now only looking at installed > > deps and not it's own dep graph when emerge runs. > > > > Portage should only care about whether the package is already > > built with use, or will be according to the dep graph > > So you get the same recommendation about the use flag change? No, I meant the output was the same as: [ebuild N ] x11-libs/fltk-2.0_pre6970-r1 USE="jpeg opengl png xft xinerama zlib -cairo -debug -doc" 2,470 kB I didn't run an emerge -p dillo to see what that would do, I did meanwhile add an entry to package.use to make portage shut up and do what I want (install claws) > If you have USE="cairo" in make.conf or it is enabled via some > profile (desktop?) you have to add >=x11-libs/fltk-2.0_pre6970-r1 > -cairo to package.use to override this on a per package basis. I > think there is no way around this. I have only the defaults: # grep -r cairo /etc/portage/* /etc/portage/package.use/package.use:x11-libs/cairo cleartype lcdfilter -qt4 /etc/portage/package.use/package.use:>=x11-libs/fltk-2.0_pre6970-r1 - cairo /etc/make.profile -> ../var/portage/profiles/default/linux/amd64/10.0/desktop # emerge --info | grep cairo USE=" ... cairo ... " The package.use entry is new. I still don't understand why portage is making this fuss. It is saying that fltk needs to have a package.use entry for -cairo, but that's not what it needs. It needs fltk *built* that way, becuase dillo requires it and claws-mail depends on dillo. Portage's own output immediately prior clearly says that it will build fltk with USE=-cairo as part of the dependencies. This crap about package.use is a red herring, a new behaviour and rather unwanted actually. It's adding useless new stuff into the process that doesn't belong. -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] cairo USE flags
Am 19.01.2013 12:36, schrieb Daniel Troeder: > Am 19.01.2013 11:49, schrieb Florian Philipp: >> Hi list! >> >> I've noticed that there is probably a lot of performance to be gained >> from activating backend acceleration in cairo. It's just that I have no >> clue about the details: >> >> drm, gallium and opengl are all described as accelerating backends. Does >> that mean they are mutually exclusive or can I activate them all and >> cairo will sort it out? >> >> What does the qt4 use flag do? Is it just a language binding? >> To answer myself on this: Yes it is. >> Does anyone know a simple benchmark for cairo? >> >> Thanks in advance! >> Florian Philipp >> > I found your question very interesting, and so I used... google :D > > -> Cairo seems to bring a benchmark with the source in cairo\perf. > -> http://cworth.org/intel/performance_measurement/ > I stumbled across this, too, while looking at the source tar-ball. I've done some benchmarks with the "macro" tests (i.e. traces) on mylaptop with Intel graphics and a desktop with the free radeon driver. In both cases, opengl was usually faster (sometimes considerably) than xlib. xcb never finished for some reason. > -> The Phoronix test suit ofc has a performance test for cairo :) > -> I looked into some examples, and there are BIG differences between >gfx cards: > http://openbenchmarking.org/prospect/1204129-SU-NVIDIAGEF19/3653c29c52e5da38d1879d193dc660515f97d242 > > -> This posting is most interesting: > http://lists.cairographics.org/archives/cairo/2012-October/023609.html > > As a nvidia blob user it seems I should be using the XRender backend. > But how? I can USE=-opengl to have that out of the way, but what's with > the other USE flags? [...] > Now I wonder if cairo doesn't simply choose the best one automatically? > Or should I "X -xcb -opengl -openvg"? > (Keeping "glib qt4 svg" for apps on.) > > [..] > > I used cairo-trace to start some programs and it seems like programs can > set their desired backend. There is a "/type" setting: > > /type 42 set (firefox, soffice, clementine, evince, opera, > crack-attack, digikam, inkscape) > /type /xlib set(firefox, soffice, clementine, evince, > crack-attack, digikam, inkscape) > /type /xrender set (firefox, soffice, clementine) > > > I wonder what "42" is... > I think that's related to a font format. Regards, Florian Philipp signature.asc Description: OpenPGP digital signature
[gentoo-user] Version conflicts when mixing arch and ~arch
Hi, A portage question, to satisfy my own curiosity i.e. I know how to fix the problem I had, but I'd like to know if I fully understand how to use portage in a case like this: My desktop is a mostly stable x86 machine, but I use e17- as my wm. x11-wm/e depends on evas which has a hard dependency on cairo: cairo? ( >=x11-libs/cairo-1.2 ) I had to unmask e, evas and cairo to get this to emerge. I also have x86 pygtk and pycairo already installed, pycairo has a hard dependency on cairo-1.0* =x11-libs/cairo-1.0* emerge world wants to downgrade cairo to 1.0* to satisfy pycairo, then the next emerge world wants to upgrade it to 1.2* to satisfy evas = a version conflict which yo-yos back and forth. The fix is obviously to keyword pycairo to ~x86 to give consistent dependencies. This is harder than it could be: pygtk could also have had it's own conflicts, and it takes several 'emerge -pv world' and reading ebuilds to get the whole picture. And this is something portage could have figured out itself. emerge -p world had to parse the entire portage tree anyway, it could easily check for versioning conflicts while doing it and display a message to the user, much like blockers do currently. I get it that portage likely can't suggest resolutions but it would be nice to see in one display that evas and pygtk requires mutually exclusive versions of cairo. Can portage do this? Is it something useful that warrants a feature request? Or am I missing an option in the man page even though I've read it >30 times? :-) alan -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] New dependencies suddenly popping up
On Tue, 21 Jan 2014 10:26:10 +, Peter Humphrey wrote: > But cairo was last emerged 16 days ago and cdrtools last September, so > why have these dependencies suddenly appeared today? Portage has been > at 2.2.7 since last year too. Emerge --info doesn't mention lzo. # ChangeLog for x11-libs/cairo # Copyright 1999-2014 Gentoo Foundation; Distributed under the GPL v2 # $Header: /var/cvsroot/gentoo-x86/x11-libs/cairo/ChangeLog,v 1.358 2014/01/20 12:55:37 yngwin Exp $ 20 Jan 2014; Ben de Groot cairo-1.12.14-r4.ebuild, cairo-1.12.16.ebuild: Specify automagic dev-libs/lzo dependency (bug #477078) > I can't think of anything else that might have changed, unless new > dependencies have been shoved into the ebuilds. Does that sort of thing > happen in a well run family? Yes, if it is part of fixing bugs. The cairo ebuild revision was not bumped because the change doesn't affect the binaries created, but the changed deps do force the installation of lzo. -- Neil Bothwick A good pun is its own reword. signature.asc Description: PGP signature
Re: [gentoo-user] New dependencies suddenly popping up
On Tuesday 21 Jan 2014 15:07:34 Neil Bothwick wrote: > On Tue, 21 Jan 2014 10:26:10 +, Peter Humphrey wrote: > > But cairo was last emerged 16 days ago and cdrtools last September, so > > why have these dependencies suddenly appeared today? Portage has been > > at 2.2.7 since last year too. Emerge --info doesn't mention lzo. > > # ChangeLog for x11-libs/cairo > # Copyright 1999-2014 Gentoo Foundation; Distributed under the GPL v2 > # $Header: /var/cvsroot/gentoo-x86/x11-libs/cairo/ChangeLog,v 1.358 > 2014/01/20 12:55:37 yngwin Exp $ > > 20 Jan 2014; Ben de Groot cairo-1.12.14-r4.ebuild, > cairo-1.12.16.ebuild: > Specify automagic dev-libs/lzo dependency (bug #477078) > > > I can't think of anything else that might have changed, unless new > > dependencies have been shoved into the ebuilds. Does that sort of thing > > happen in a well run family? > > Yes, if it is part of fixing bugs. The cairo ebuild revision was not > bumped because the change doesn't affect the binaries created, but the > changed deps do force the installation of lzo. Thank you both, Neil and Eroen. -- Regards Peter
Re: [gentoo-user] Cairo and NX, forever enemies
On Mon, Nov 5, 2012 at 12:01 PM, Helmut Jarausch wrote: > On 11/05/2012 05:08:39 PM, Paul Hartman wrote: >> >> Latest cairo 1.12.6 in ~arch breaks gtk+ programs in opensource >> NX/x2go again, so if you wonder why you can't start Firefox or >> Thunderbird in remote NX session, downgrade cairo on the server until >> the nx libs are patched to work properly with it. >> > > Many thanks, I've been wondering why some applications fail in a remote NX > session. > > Is there a bug report? It's an ongoing problem for a long time (years?), there are various bug reports all over the web. When new cairo releases break things again usually nx-libs gets patched some time later... until then I mask cairo :)
[gentoo-user] pecl-cairo ~x86 overlay?
Hello list, I need to install Cairo bindings for dev-lang/php-5*. Is there a pecl-cairo overlay for ~x86? I've tried unmasking this package and adding the keyword ~amd64 and it seems to want to install with emerge but my system is ~x86. According to this site it is only ~amd64, but I cannot understand why. http://gpo.zugaina.org/dev-php5/pecl-cairo Thanks for any help. -- Hope is more than just a postponed disappointment ~ Epica
Re: [gentoo-user] Failed to emerge fontforge
On Monday 20 April 2009 15:44:48 Thomas Chef wrote: > I tried to emerge lilypond but it fails when building fontforge, with > the error below. > > What do I do ? > > Do I issue an bug report ? > > / Thomas > > In file included from fontP.h:109, > from gdrawtxt.c:30: > gxdrawP.h:83:32: error: cairo/cairo-xlib.h: No such file or directory That file is provided by cairo. Try rebuilding x11-libs/cairo -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] gtk+ / Cairo / pdf-flag mutual build problem.
On Fri, Dec 29, 2006 at 02:23:08PM -0500, Daniel Barkalow wrote > > Calculating dependencies... done! > > [ebuild R ] x11-libs/cairo-1.2.4 USE="X png -directfb -doc -glitz > > -svg (-pdf%)" 0 kB > > > > Oops... note the "(-pdf%)". This option is simply not allowed for > > Cairo on my system. I threw in "--skipfirst" into the emerge command, > > and it seems to be working so far. But back to my main problem... how > > do I reconcile gtk+ and Cairo? > > Actually, the cairo ebuild now unconditionally enables pdf support; the > USE flag is not allowed because it is no longer possible to disable pdf > support. (Portage doesn't have a way to express the differences between > something not being a USE flag because it is unsupported and because it is > automatic, but if you look in the ebuild, you'll find that it's using > "--enable-pdf") > > So gtk+ should be happy once you re-emerge cairo even without changing use > flags. So why does the flag show up at all when I do an "emerge -pv"? -- Walter Dnes <[EMAIL PROTECTED]> In linux /sbin/init is Job #1 My musings on technology and security at http://techsec.blog.ca -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] problems building x11-libs/gtk+-2.20.1-r1
pango could be built without cairo support, the configure script should have checked if pango was built with cairo support. Tamer Am 13.08.2010 19:28, schrieb Bill Longman: > On 08/13/2010 08:22 AM, Tamer Higazi wrote: >> As you told me I merged "lafilefixer" and ran lafilefixer --justfixit >> >> then I executed revdep-rebuild which wants to remerge a huge amout of >> packages who because "libpangocairo-1.0.so.0" was missing, or couldn't >> be linked at the end, revdep-rebuild wants to emerge a package called >> "eel" which is masked: >> >> !!! All ebuilds that could satisfy "gnome-base/eel" have been masked. >> !!! One of the following masked packages is required to complete your >> request: >> - gnome-base/eel-2.24.1 (masked by: package.mask) >> /usr/portage/profiles/package.mask: >> # Pacho Ramos (12 Jul 2010) >> # Masked for removal in 30 days. >> # No longer developed by upstream, fails with forced as-needed (bug #277169), >> # does not compile against gnome-desktop-2.30 (bug #311563). >> >> but I want to upgrade my system, and love to solve this Pango Cairo >> problem >> >> if you have anymore ideas, I would thank you. > Do you know about the "-t" option for emerge? It shows you which package > is responsible for "pulling in" another package. > > You might also want to try "euse -I cairo" which will tell you which > packages are affected by the cairo use flag. > > Your "emerge --info" shows that you do have cairo turned on, but as Alan > states, you should show "emerge -pv pango" or "emerge -pv cairo" (or > whatever package you're trying to fix). Pango doesn't has a specific > "cairo" use flag so you may need to recompile pango's dependencies. > > Basically, what you're trying to do is step back from the package that's > giving you the trouble, and compile the packages that your problematic > package needs to function. Obviously, this is a geometric expansion to > some extent, but revdep-rebuild is there to help you solve the puzzle. > > Also, qdepends is really handy. >
Re: [gentoo-user] dev-libs/efl-1.18.4 fails to emerge with gcc-5.4.0-r3
On Tuesday 18 Apr 2017 16:47:25 Mick wrote: > On Tuesday 18 Apr 2017 17:24:00 Raffaele Belardi wrote: > > Mick wrote: > > > On Tuesday 18 Apr 2017 16:58:02 Raffaele Belardi wrote: > > >> Mick wrote: > > >>> I started rebuilding the world and his wife following an update to > > >>> gcc-5.4.0- r3 as per suggestion in e-log: > > >>> > > >>> revdep-rebuild --library 'libstdc++.so.6' -- --exclude gcc > > >>> > > >>> However, dev-libs/efl failed to make as shown below. Any idea how to > > >>> overcome this breakage? > > >>> > > >>> emerge -1aDv dev-libs/efl > > >>> [snip ..] > > >>> > > >>> This was the 110th package out of 413 being rebuild, so I assume > > >>> poppler > > >>> et al should have already been rebuilt in advance as dependencies. > > >>> What > > >>> can I try? > > >> > > >> Maybe https://bugs.gentoo.org/show_bug.cgi?id=615326 ? > > >> Is poppler really installed? > > >> > > >> raffaele > > > > > > Yes, it seems to be: > > > > > > $ eix -l poppler > > > [I] app-text/poppler > > > > > > Available versions: > > > 0.45.0(0/62)^t[cairo cairo-qt cjk curl cxx debug doc > > > > > > +introspection +jpeg +jpeg2k +lcms nss png qt4 qt5 tiff > > > +utils] ["cairo-qt? ( qt4 )"] > > > > > >~0.51.0(0/66)^t[cairo cairo-qt cjk curl cxx debug doc > > > > > > +introspection +jpeg +jpeg2k +lcms nss png qt4 qt5 tiff > > > +utils] ["cairo-qt? ( qt4 )"] > > > > > >~0.52.0(0/66)^t[cairo cjk curl cxx debug doc > > >+introspection > > > > > > +jpeg +jpeg2k +lcms nss png qt4 qt5 tiff +utils] > > > > > >** (0/)^t [cairo cairo-qt cjk curl cxx debug doc > > > > > > +introspection +jpeg +jpeg2k +lcms nss png qt4 qt5 tiff > > > +utils] ["cairo-qt? ( qt4 )"] > > > > > > Installed versions: 0.45.0^t(10:10:43 30/07/16)(cairo cxx > > > introspection > > > > > > jpeg jpeg2k lcms png qt4 qt5 tiff utils -cairo-qt -cjk -curl -debug -doc > > > -nss) > > > > Another guess: you are installing unstable (~) for efl but poppler is > > still > > at stable version: maybe you could try to manually update poppler before > > efl. > > > > raffaele > > Hmm ... I don't think so, both because it worked before this gcc update and > because when I fed poppler and elf to emerge, it wanted to emerge efl first. OK, I tried updating poppler to 0.52.0 which then wanted to re-emerge inkscape, but inkscape failed too: libdepixelize/libdepixelize.a(kopftracer2011.o): In function `Tracer::Kopf2011::to_grouped_voronoi(std::__cxx11::basic_string, std::allocator > const&, Tracer::Kopf2011::Options const&)': kopftracer2011.cpp:(.text+0x618): undefined reference to `Gdk::Pixbuf::create_from_file(std::__cxx11::basic_string, std::allocator > const&)' libdepixelize/libdepixelize.a(kopftracer2011.o): In function `Tracer::Kopf2011::to_splines(std::__cxx11::basic_string, std::allocator > const&, Tracer::Kopf2011::Options const&)': kopftracer2011.cpp:(.text+0x848): undefined reference to `Gdk::Pixbuf::create_from_file(std::__cxx11::basic_string, std::allocator > const&)' /usr/lib/gcc/x86_64-pc-linux-gnu/5.4.0/../../../../lib64/libgtkmm-2.4.so: undefined reference to `Glib::ustring::ustring(std::string const&)' /usr/lib/gcc/x86_64-pc-linux-gnu/5.4.0/../../../../lib64/libgtkmm-2.4.so: undefined reference to `Glib::ustring::ustring(std::string&&)' collect2: error: ld returned 1 exit status make[3]: *** [Makefile:6906: inkview] Error 1 make[3]: Leaving directory '/var/tmp/portage/media-gfx/inkscape-0.91- r3/work/inkscape-0.91/src' make[2]: *** [Makefile:5059: all] Error 2 make[2]: Leaving directory '/var/tmp/portage/media-gfx/inkscape-0.91- r3/work/inkscape-0.91/src' make[1]: *** [Makefile:1411: all-recursive] Error 1 make[1]: Leaving directory '/var/tmp/portage/media-gfx/inkscape-0.91- r3/work/inkscape-0.91' make: *** [Makefile:1107: all] Error 2 * ERROR: media-gfx/inkscape-0.91-r3::gentoo failed (compile phase): * emake failed Could it be that gcc-5.4 isn't yet ripe enough for mass consumption? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] Failed to emerge fontforge
On Monday 20 April 2009 14:54:40 Alan McKinnon wrote: > On Monday 20 April 2009 15:44:48 Thomas Chef wrote: > > Do I issue [a] bug report ? > > > > In file included from fontP.h:109, > > from gdrawtxt.c:30: > > gxdrawP.h:83:32: error: cairo/cairo-xlib.h: No such file or directory > > That file is provided by cairo. > > Try rebuilding x11-libs/cairo ...and if that doesn't fix it I'm sure the upstream devs will be interested to know of the problem. -- Rgds Peter
Re: [gentoo-user] Cairo XCB
On Fri, Jul 23, 2010 at 1:56 PM, David W Noon wrote: > On Fri, 23 Jul 2010 20:50:01 +0200, Mick wrote about [gentoo-user] > Cairo XCB: > > >I have seen messages similar to these: > > > > * Messages for package x11-libs/cairo-1.8.10: > > > > * You have enabled the Cairo XCB backend which is used only by > > * a select few apps. The Cairo XCB backend is presently > > * un-maintained and needs a lot of work to get it caught up > > * to the Xrender and Xlib backends, which are the backends used > > * by most applications. See: > > * http://lists.freedesktop.org/archives/xcb/2008-December/004139.html > [snip] > >which means that it's the default. What should I do with it, wait > >until the default profile gets rid of it, or do something different? > > My take is that the warning is against writing new applications that > might use the XCB back-end. Unless you are writing expressly X Window > (i.e. low level) applications, just ignore it. > -- > Regards, > > Dave [RLU #314465] > == > dwn...@ntlworld.com (David W Noon) > == > I put -xcb in the USE variable of /etc/make.conf, and did an emerge -aDNvu. Everything works, and cairo no longer complains. Ignoring it would probably have worked for me too, but it would have left me worrying. -- Kevin O'Gorman, PhD
Re: [gentoo-user] Cairo and NX, forever enemies
On 11/06/2012 12:42:25 AM, Paul Hartman wrote: On Mon, Nov 5, 2012 at 12:01 PM, Helmut Jarausch wrote: > On 11/05/2012 05:08:39 PM, Paul Hartman wrote: >> >> Latest cairo 1.12.6 in ~arch breaks gtk+ programs in opensource >> NX/x2go again, so if you wonder why you can't start Firefox or >> Thunderbird in remote NX session, downgrade cairo on the server until >> the nx libs are patched to work properly with it. >> > > Many thanks, I've been wondering why some applications fail in a remote NX > session. > > Is there a bug report? It's an ongoing problem for a long time (years?), there are various bug reports all over the web. When new cairo releases break things again usually nx-libs gets patched some time later... until then I mask cairo :) Hi, unfortunately I have to use cairo-1.12.6 since 1.12.2-r4 scrambles my printing of PDF files (it's completely unusable). There might be a fix for NX at http://lists.berlios.de/pipermail/x2go-dev/2012-May/003962.html There is a Debian source package at http://code.x2go.org/gitweb?p=nx-libs.git;a=snapshot;h=5a640efd1002d5fadff72542afb8e00bd14bcb6e;sf=tgz but I'd need help for using that for NX or I have to switch to X2GO. Helmut.
Re: [gentoo-user] Cairo and NX, forever enemies
On Wed, Nov 14, 2012 at 4:40 AM, Helmut Jarausch wrote: > On 11/06/2012 12:42:25 AM, Paul Hartman wrote: >> >> On Mon, Nov 5, 2012 at 12:01 PM, Helmut Jarausch >> wrote: >> > On 11/05/2012 05:08:39 PM, Paul Hartman wrote: >> >> >> >> Latest cairo 1.12.6 in ~arch breaks gtk+ programs in opensource >> >> NX/x2go again, so if you wonder why you can't start Firefox or >> >> Thunderbird in remote NX session, downgrade cairo on the server until >> >> the nx libs are patched to work properly with it. >> >> >> > >> > Many thanks, I've been wondering why some applications fail in a remote >> > NX >> > session. >> > >> > Is there a bug report? >> >> It's an ongoing problem for a long time (years?), there are various >> bug reports all over the web. When new cairo releases break things >> again usually nx-libs gets patched some time later... until then I >> mask cairo :) >> > > Hi, > > unfortunately I have to use cairo-1.12.6 since 1.12.2-r4 scrambles my > printing of PDF files (it's completely unusable). > > There might be a fix for NX at > http://lists.berlios.de/pipermail/x2go-dev/2012-May/003962.html > > There is a Debian source package at > http://code.x2go.org/gitweb?p=nx-libs.git;a=snapshot;h=5a640efd1002d5fadff72542afb8e00bd14bcb6e;sf=tgz > > but I'd need help for using that for NX or I have to switch to X2GO. > > Helmut. > In my case, I had to mask >=1.12 to use commercial nxserver. When I switched to x2go I could use 1.12 until the 1.12.6 release. So you may try masking all 1.12.x versions of cairo and see if both NX and your PDF can work at the same time.
[gentoo-user] cairo USE flags
Hi list! I've noticed that there is probably a lot of performance to be gained from activating backend acceleration in cairo. It's just that I have no clue about the details: drm, gallium and opengl are all described as accelerating backends. Does that mean they are mutually exclusive or can I activate them all and cairo will sort it out? What does the qt4 use flag do? Is it just a language binding? Does anyone know a simple benchmark for cairo? Thanks in advance! Florian Philipp signature.asc Description: OpenPGP digital signature
[gentoo-user] fcitx crash----something to do with libpng & cairo?
I am use fcitx for Chinese & after updating few packages today,fcitx just crash on startup and won't work even I start it in a terminal.I searched through Internet and figured it that this may have some thing to do with update libpng and cairo.One way out,however,may be just downgrade libpng & cairo,which seem to involve tons of recompilation of related packages(got that after mask the update & emerge libpng cairo -pv). So,anyone met this & got a better solution? BTY,using fcitx 4.2.7,libpng-1.6.1:0/16 and cairo-1.12.14. HELP ME OUT:(
Re: [gentoo-user] Cairo XCB
On Fri, 23 Jul 2010 20:50:01 +0200, Mick wrote about [gentoo-user] Cairo XCB: >I have seen messages similar to these: > > * Messages for package x11-libs/cairo-1.8.10: > > * You have enabled the Cairo XCB backend which is used only by > * a select few apps. The Cairo XCB backend is presently > * un-maintained and needs a lot of work to get it caught up > * to the Xrender and Xlib backends, which are the backends used > * by most applications. See: > * http://lists.freedesktop.org/archives/xcb/2008-December/004139.html [snip] >which means that it's the default. What should I do with it, wait >until the default profile gets rid of it, or do something different? My take is that the warning is against writing new applications that might use the XCB back-end. Unless you are writing expressly X Window (i.e. low level) applications, just ignore it. -- Regards, Dave [RLU #314465] == dwn...@ntlworld.com (David W Noon) == signature.asc Description: PGP signature
[gentoo-user] Still getting calls to gcc-i486
On a recent update world I get a failure on pycairo that appears to be the result of a call for gcc-i486. A month or more ago I went thru the process of changing /etc/make.conf from i486 to i686... deleting all instances of files with i486. I've lost track of where all the guff was located but apparently I missed something can anyone tell me where to look? emerge error: [...] building 'cairo._cairo' extension creating build/temp.linux-i686-2.6 creating build/temp.linux-i686-2.6/cairo i486-pc-linux-gnu-gcc -pthread -DNDEBUG -O2 -march=i686 -pipe -fPIC -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/python2.6 -c cairo/cairomodule.c -o build/temp.linux-i686-2.6/cairo/cairomodule.o unable to execute i486-pc-linux-gnu-gcc: No such file or directory error: command 'i486-pc-linux-gnu-gcc' failed with exit status 1 [...]
Re: [gentoo-user] Moving from no-multilib to (true) multilib
On Tue, Mar 31, 2015 at 12:51:58PM +0200, Alan McKinnon wrote: > > > > On my workstation the day this option came out, "*/* abi_x86_32" in > > package.use went reasonably well. x11-libs/cairo-1.12.18-r1 failed, but > > maybe > > that problem is the 32-bit mesa. Going to rebuild it and try. > > > There's a comment in the ebuild about a bug for cairo. IIRC > USE="gtkstyle" and USE="qt4" don't play nice together. > > This in package.use fixed it for me: > > >=x11-libs/cairo-1.12.0 -qt4 For me this did it: 5558 2015-03-31 05:50:40 emerge -ajv mesa 5559 2015-03-31 06:47:43 eselect opengl list (only option was [1] xorg-x11 *) 5560 2015-03-31 06:47:57 eselect opengl set xorg-x11 5561 2015-03-31 06:49:19 emerge -ajv x11-libs/cairo after which I did the usual: 5562 2015-03-31 06:55:14 emerge -aDjuv --changed-use --with-bdeps=y @world and, walah ... the cairo syrup is gone!
Re: [gentoo-user] Cairo XCB
On Samstag 24 Juli 2010, Kevin O'Gorman wrote: > On Fri, Jul 23, 2010 at 1:56 PM, David W Noon wrote: > > On Fri, 23 Jul 2010 20:50:01 +0200, Mick wrote about [gentoo-user] > > > > Cairo XCB: > > >I have seen messages similar to these: > > > * Messages for package x11-libs/cairo-1.8.10: > > > > > > * You have enabled the Cairo XCB backend which is used only by > > > * a select few apps. The Cairo XCB backend is presently > > > * un-maintained and needs a lot of work to get it caught up > > > * to the Xrender and Xlib backends, which are the backends used > > > * by most applications. See: > > > * http://lists.freedesktop.org/archives/xcb/2008-December/004139.html > > > > [snip] > > > > >which means that it's the default. What should I do with it, wait > > >until the default profile gets rid of it, or do something different? > > > > My take is that the warning is against writing new applications that > > might use the XCB back-end. Unless you are writing expressly X Window > > (i.e. low level) applications, just ignore it. > > -- > > Regards, > > > > Dave [RLU #314465] > > == > > dwn...@ntlworld.com (David W Noon) > > == > > I put -xcb in the USE variable of /etc/make.conf, and did an emerge -aDNvu. > Everything works, > and cairo no longer complains. Ignoring it would probably have worked for > me too, but it would have > left me worrying. why taking out xkb just because some minor, unimportant piece of ... is broken?
Re: [gentoo-user] Cairo XCB
On Saturday 24 July 2010 01:11:23 Kevin O'Gorman wrote: > On Fri, Jul 23, 2010 at 1:56 PM, David W Noon wrote: > > On Fri, 23 Jul 2010 20:50:01 +0200, Mick wrote about [gentoo-user] > > > > Cairo XCB: > > >I have seen messages similar to these: > > > * Messages for package x11-libs/cairo-1.8.10: > > > > > > * You have enabled the Cairo XCB backend which is used only by > > > * a select few apps. The Cairo XCB backend is presently > > > * un-maintained and needs a lot of work to get it caught up > > > * to the Xrender and Xlib backends, which are the backends used > > > * by most applications. See: > > > * http://lists.freedesktop.org/archives/xcb/2008-December/004139.html > > > > [snip] > > > > >which means that it's the default. What should I do with it, wait > > >until the default profile gets rid of it, or do something different? > > > > My take is that the warning is against writing new applications that > > might use the XCB back-end. Unless you are writing expressly X Window > > (i.e. low level) applications, just ignore it. > > -- > > Regards, > > > > Dave [RLU #314465] > > == > > dwn...@ntlworld.com (David W Noon) > > == > > I put -xcb in the USE variable of /etc/make.conf, and did an emerge -aDNvu. > Everything works, > and cairo no longer complains. Ignoring it would probably have worked for > me too, but it would have > left me worrying. Thanks guys. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] gtk+ / Cairo / pdf-flag mutual build problem.
On Fri, 29 Dec 2006, Walter Dnes wrote: > On Fri, Dec 29, 2006 at 02:23:08PM -0500, Daniel Barkalow wrote > > > > Calculating dependencies... done! > > > [ebuild R ] x11-libs/cairo-1.2.4 USE="X png -directfb -doc -glitz > > > -svg (-pdf%)" 0 kB > > > > > > Oops... note the "(-pdf%)". This option is simply not allowed for > > > Cairo on my system. I threw in "--skipfirst" into the emerge command, > > > and it seems to be working so far. But back to my main problem... how > > > do I reconcile gtk+ and Cairo? > > > > Actually, the cairo ebuild now unconditionally enables pdf support; the > > USE flag is not allowed because it is no longer possible to disable pdf > > support. (Portage doesn't have a way to express the differences between > > something not being a USE flag because it is unsupported and because it is > > automatic, but if you look in the ebuild, you'll find that it's using > > "--enable-pdf") > > > > So gtk+ should be happy once you re-emerge cairo even without changing use > > flags. > > So why does the flag show up at all when I do an "emerge -pv"? Your currently installed package came from an ebuild which had it available (and not set), so it's reporting that currently the USE flags include "-pdf", and rebuilding will cause that to go away. -Daniel *This .sig left intentionally blank* -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Still getting calls to gcc-i486
On Dienstag 14 Juli 2009, Harry Putnam wrote: > On a recent update world I get a failure on pycairo that appears to be > the result of a call for gcc-i486. > > A month or more ago I went thru the process of changing /etc/make.conf > from i486 to i686... deleting all instances of files with i486. > > I've lost track of where all the guff was located but apparently I > missed something can anyone tell me where to look? > > emerge error: > [...] > building 'cairo._cairo' extension > creating build/temp.linux-i686-2.6 > creating build/temp.linux-i686-2.6/cairo > i486-pc-linux-gnu-gcc -pthread -DNDEBUG -O2 -march=i686 -pipe -fPIC > -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 > -I/usr/include/libpng12 -I/usr/include/python2.6 -c cairo/cairomodule.c -o > build/temp.linux-i686-2.6/cairo/cairomodule.o unable to execute > i486-pc-linux-gnu-gcc: No such file or directory error: command > 'i486-pc-linux-gnu-gcc' failed with exit status 1 > [...] did you run fix-libtool.sh?
[gentoo-user] Re: Still getting calls to gcc-i486
Harry Putnam writes: > Also ... anyone have another idea how to iron this out. I've done > everything suggested here in this thread but still cannot compile > pycairo successfully. How about it folks... anymore suggestions on this: emerge error: [...] building 'cairo._cairo' extension creating build/temp.linux-i686-2.6 creating build/temp.linux-i686-2.6/cairo i486-pc-linux-gnu-gcc -pthread -DNDEBUG -O2 -march=i686 -pipe -fPIC -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/python2.6 -c cairo/cairomodule.c -o build/temp.linux-i686-2.6/cairo/cairomodule.o unable to execute i486-pc-linux-gnu-gcc: No such file or directory error: command 'i486-pc-linux-gnu-gcc' failed with exit status 1 [...] So far I haven't found any instance of i486 files remaining on the system... what else might evoke that output? CHOST has been i686 for a good while now... thru at least 2 updated and no problems... but it was once i486... I did all the removal steps and all the suggestions offered in this thread... but still get the same error.
Re: [gentoo-user] fcitx crash----something to do with libpng & cairo?
2013/4/13 Jackie : > I am use fcitx for Chinese & after updating few packages today,fcitx just > crash on startup and won't work even I start it in a terminal.I searched > through Internet and figured it that this may have some thing to do with > update libpng and cairo.One way out,however,may be just downgrade libpng & > cairo,which seem to involve tons of recompilation of related packages(got > that after mask the update & emerge libpng cairo -pv). So,anyone met this & > got a better solution? > BTY,using fcitx 4.2.7,libpng-1.6.1:0/16 and cairo-1.12.14. HELP ME OUT:( > I'm also a fcitx user, but my box has the stable versions of libpng and cairo as I checked just now. So I suppose your crashes are related to the ~KEYWORDed dependencies. If you have enough free time, you may try to debug the crash with gdb and report the issue to upstream... this way the developers will know about the breakage and come up with a patch, which benefits other fcitx users running ~KEYWORD systems as well.
Re: [gentoo-user] problem emerging Libdrm : solved
On Sunday 25 January 2015 23:57:50 Philip Webb wrote: > 150125 Philip Webb wrote: > > After exactly 2 years , I'm trying to update my Asus EEE netbook. > > Trying to update gtk+ , I've run into a problem : > > it requires Mesa & Cairo & both require libdrm-2.4.58 , > > which refuses to compile, failing with lines reporting > > that "libpng15.so.15 & libudev.so.0 not found". > > I've already updated to libpng-1.6.16 , so libpng16.so.16 is installed. > > Thanks for the various suggestions. > I solved the problem by unmerging Gtk+ Mesa Cairo Libdrm Xorg-server, > after which Libdrm compiled successfully. > > BTW there's a rather bizarre dependency : > the stable Mesa-10.2.8 requires the testing Cairo-1.12.18 . > I've never seen this before. It's not like that here; something must still be skew-whiff: prh@wstn ~ $ eix -Ice mesa [I] media-libs/mesa (10.2.8{tbz2}@28/12/14): OpenGL-like graphic library for Linux prh@wstn ~ $ eix -Ice cairo [I] x11-libs/cairo (1.12.16@22/11/14): A vector graphics library with cross-device output support This is amd64. -- Rgds Peter.
Re: [gentoo-user] fcitx crash----something to do with libpng & cairo?
check your ~/.config/fcitx/log if you are sure fcitx crashed. Feel free to talk at irc #fcitx On Sat, Apr 13, 2013 at 1:14 PM, Jackie wrote: > 在 Sat, 13 Apr 2013 12:47:56 +0800,Wang Xuerui > 写道: > > > 2013/4/13 Jackie : >> >>> I am use fcitx for Chinese & after updating few packages today,fcitx just >>> crash on startup and won't work even I start it in a terminal.I searched >>> through Internet and figured it that this may have some thing to do with >>> update libpng and cairo.One way out,however,may be just downgrade libpng >>> & >>> cairo,which seem to involve tons of recompilation of related packages(got >>> that after mask the update & emerge libpng cairo -pv). So,anyone met >>> this & >>> got a better solution? >>> BTY,using fcitx 4.2.7,libpng-1.6.1:0/16 and cairo-1.12.14. HELP ME OUT:( >>> >>> >> I'm also a fcitx user, but my box has the stable versions of libpng >> and cairo as I checked just now. So I suppose your crashes are related >> to the ~KEYWORDed dependencies. >> >> If you have enough free time, you may try to debug the crash with gdb >> and report the issue to upstream... this way the developers will know >> about the breakage and come up with a patch, which benefits other >> fcitx users running ~KEYWORD systems as well. >> >> Sorry for my poor English:( > But I am afraid that I'm not capable of fixing it myself due to my > familiarity with Gentoo and debuging a program.Tried to downgrade libpng & > cairo today but no luck.The downgrade seems to result in a slot,caused by > kdelibs and other packages dependencies & I doubt whether it is a > solution.I've here got the snapshot of the infomation got after masking > libpng-1.6.1 & cairo-1.12.14.Hell No! -- Regards, Erick Guan/管啸 (fantasticfears)
[gentoo-user] Re: New dependencies suddenly popping up
On Tue, 21 Jan 2014 10:26:10 + Peter Humphrey wrote: > After my daily sync today, portage wanted to emerge two new packages: > dev- libs/lzo and x11-misc/makedepend. No other packages were > mentioned. Odd, I thought, so: > > $ equery d lzo > * These packages depend on lzo: > [...] > X11-libs/cairo-1.12.14-r4 (dev-libs/lzo) https://bugs.gentoo.org/477078 cairo is/was built slightly differently depending on whether lzo was installed or not when cairo was built. The most significant difference is that cairo might stop working if lzo is removed after cairo was built*. To resolve this, the Gentoo maintainer recently added lzo to the dependencies to make sure lzo is not removed. If you rebuild cairo after installing lzo, some obscure feature might be enabled, but the maintainer seems to think this is not significant, and did not increase the revision number to force a rebuild everywhere. http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/x11-libs/cairo/cairo-1.12.14-r4.ebuild?r1=1.12&r2=1.13 * In most cases, that's prevented by the (now default-on) preserve-libs FEATURE in portage. Non-default setups aren't necessarily as lucky. > $ equery d makedepend > * These packages depend on makedepend: > app-cdr/cdrtools-3.01_alpha17 (x11-misc/makedepend) http://sources.gentoo.org/cgi-bin/viewvc.cgi/gentoo-x86/app-cdr/cdrtools/cdrtools-3.01_alpha17.ebuild?r1=1.13&r2=1.14 A similar change (though no bug :-( ), except makedepend is a build-time-only dependency, and not strictly required after cdrtools is built. I will not venture to guess what the consequences of building cdrtools without makedepend installed are, but since you somehow got it installed at some point, there is either a fallback of some sort, or you had it installed for other reasons. Whether this build-time dependency (DEPEND) change causes makedepend to be installed after the fact is governed by the --with-bdeps switch to emerge, check the man page for details. > But cairo was last emerged 16 days ago and cdrtools last September, > so why have these dependencies suddenly appeared today? Portage has > been at 2.2.7 since last year too. Emerge --info doesn't mention lzo. By default, in order to let maintainers fix issues, portage calculates what to install based on the *current* package ebuilds, rather than the ebuild at the time a package was installed. While this can be disabled by the user, maintainers will expect it to work, so best not ;-) > I can't think of anything else that might have changed, unless new > dependencies have been shoved into the ebuilds. Does that sort of > thing happen in a well run family? > -- eroen signature.asc Description: PGP signature
Re: [gentoo-user] Failed to emerge fontforge
> Try rebuilding x11-libs/cairo I tried: # emerge x11-libs/cairo Which seems to have worked out ok, then ran emerge fontforge, but it ended up in the same error as before ? I searched the disk for the file: cairo-xlib.h (in Konqueror) but could not find the file ? / Thomas
Re: [gentoo-user] Still getting calls to gcc-i486
On Tue, 14 Jul 2009 08:40:51 -0500, Harry Putnam wrote: > I've lost track of where all the guff was located but apparently I > missed something can anyone tell me where to look? > > emerge error: > [...] > building 'cairo._cairo' extension > creating build/temp.linux-i686-2.6 > creating build/temp.linux-i686-2.6/cairo > i486-pc-linux-gnu-gcc -pthread -DNDEBUG -O2 -march=i686 -pipe -fPIC > -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/freetype2 > -I/usr/include/libpng12 -I/usr/include/python2.6 -c cairo/cairomodule.c -o > build/temp.linux-i686-2.6/cairo/cairomodule.o > unable to execute i486-pc-linux-gnu-gcc: No such file or directory > error: command 'i486-pc-linux-gnu-gcc' failed with exit status 1 > [...] Re-merge python. Python keeps the compiler that was used to compile it in a separate "Makefile" that's used to compile Python packages (with distutils), and that's what you're hitting here (as you haven't updated that). -- Heiko Wundram Gehrkens.IT GmbH FON 0511-59027953 | http://www.gehrkens.it FAX 0511-59027957 | http://www.xencon.net Gehrkens.IT GmbH Strasse der Nationen 5 30539 Hannover Registergericht: Amtsgericht Hannover, HRB 200551 Geschäftsführer: Harald Gehrkens, Daniel Netzer
[gentoo-user] Re: mysql-workbench
> Alan McKinnon | [ebuild N ] dev-cpp/cairomm-1.12.0-r1 USE="svg -X (-aqua) -doc" >[???] >| # required by dev-cpp/cairomm-1.12.0-r1::gentoo >| >=x11-libs/cairo- -X eix -vle cairomm ???RDEPEND: >=x11-libs/cairo-1.12.10[aqua=,svg=,X=,??? So your selected cairomm[-X] requires cairo[-X]. A solution might be to select cairomm[X]
Re: [gentoo-user] lm_sensors: dependency problem...
On Sun, 2009-08-23 at 09:42 +0200, Jarry wrote: > Hi, > > I'm trying to install lm_sensors using gentoo-wiki, but I came > accros some dependency problem: > > > # emerge --pretend lm_sensors > These are the packages that would be merged, in order: > Calculating dependencies... done! > [ebuild N] sys-fs/sysfsutils-2.1.0 > [ebuild N] x11-misc/read-edid-1.4.2 > [ebuild N] sys-apps/lm_sensors-2.10.7 USE="-sensord" > > > What is that x11-misc/read-edid good for? I do not want to pull > the whole x11 stuff with it, as this is a server with no graphics. > http://bugs.gentoo.org/181029 > Next, I want to use sensord for monitoring, so I modified > package.use and tried it once more: > > > # echo "sys-apps/lm_sensors sensord" >> /etc/portage/package.use > # emerge --pretend lm_sensors > These are the packages that would be merged, in order: > Calculating dependencies... done! > > emerge: there are no ebuilds built with USE flags to satisfy > ">=x11-libs/cairo-1.4.6[svg]". > !!! One of the following packages is required to complete your request: > - x11-libs/cairo-1.8.6-r1 (Change USE: +svg) > (dependency required by "net-analyzer/rrdtool-1.3.8" [ebuild]) > (dependency required by "sys-apps/lm_sensors-2.10.7" [ebuild]) > (dependency required by "lm_sensors" [argument]) > ____ > > Now I do not understand it at all. Why rrdtool? All I want > to use sensord for is to have some status messages recorded > to syslog. Why should I install that x11-libs/cairo graphics > library and rrdtool stuff??? Likely sensord does a lot more than recording to syslog. rrdtools is used as a database but also used to build graphs from its database, which probably explains cairo. Cairo is a graphics library that can render to multiple devices including X11. If you want you can submit a patched ebuild for rrdtool that maybe uses a cairo USE flag and clearly separates the graphics system from the database system. You'll probably need to work closely with upstream for that. If you want you can submit a patched ebuild for cairo that maybe uses an X use flag that clearly separates the X11 rendering backend from the others. You'll probably need to work closely with upstream for that. -a
[gentoo-user] emerge output, screenshots and the list Was: fcitx crash, libpng & cairo?
On 13 April 2013, at 06:14, Jackie wrote: > ... > Tried to downgrade libpng & cairo today but no luck… I've here got the > snapshot of the infomation got after masking libpng-1.6.1 & > cairo-1.12.14.Hell No! I'm looking at your problem now to try and help you with it, but you have attached an image screenshot of your emerge output (in this case the output of `emerge libpng cairo -pv`). In future please submit emerge output as plain text, not as an image. To complete my first paragraph just now, for example, I had to retype `emerge libpng cairo -pv`. As I did so I had to check between windows, looking left and right, to make sure I spelled it right. And I still cannot be certain of that! It would have been much easier for me if I could have just copied and pasted the text `emerge libpng cairo -pv`, instead of retyping it. In investigating your problem I will want to make lookups on the Gentoo packages database, and this is most easily done by googling (which may turn up other relevant results, also). When you supply your output as an image it makes this more difficult, too, because once again it prevents me from copying and pasting. You should be able to select and copy and paste from your terminal program - kTerm or iTerm or gnome-terminal or whatever. Otherwise you can use the tmux program and capture the buffer into a text file [1], which you can then copy and paste into your email using a GUI text editor. If you need help with this, please just tell us. Putting text in an image makes it harder to help you. Stroller. [1] http://unix.stackexchange.com/a/26568
Re: [gentoo-user] pecl-cairo ~x86 overlay?
I just think that maybe in Ebuild the keyword is ~amd64 what the ebuild maintainer** do , it means that the maintainer just tested in arch amd64 not x86. if you want to install in x86,you can modify ebuild and add ~x86,maybe it works ,that is my opinion. On 31 July 2010 10:29, Michael M wrote: > Hello list, I need to install Cairo bindings for dev-lang/php-5*. Is there > a pecl-cairo overlay for ~x86? I've tried unmasking this package and adding > the keyword ~amd64 and it seems to want to install with emerge but my system > is ~x86. > > According to this site it is only ~amd64, but I cannot understand why. > http://gpo.zugaina.org/dev-php5/pecl-cairo > > Thanks for any help. > > -- > Hope is more than just a postponed disappointment ~ Epica > >
[gentoo-user] Error emerging gtk+ Pango not found (expat issue or not?)
Hi Gentooers! I don't know if I am facing the expat issue or not. gtk fails with the following error message: > checking Pango flags... > -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > -I/usr/include/cairo -I/usr/include/freetype2 > -I/usr/include/libpng12 -I/usr/include/pixman-1 > -lpangocairo-1.0 -lpango-1.0 -lcairo -lgobject-2.0 -lgmodule-2.0 -ldl > -lglib-2.0 > configure: error: > *** Can't link to Pango. Pango is required to build > *** GTK+. For more information see http://www.pango.org However revdep-rebuild --library=libexpat.so.0 doesn't show anything. I already did the following: > emerge -1 gettext XML-Parser > revdep-rebuild -i That didn't help so I also tried: > emerge -1 fontconfig pango That one did not make it any better. So I tried unmerging cairo and pango: > emerge -C cairo pango gtk+ Cairo and pango emerged fine after that but gtk+ is still failing. Now I don't have gtk+ anymore :( Atfer that I tried rebuilding every package that depends on expat. Still no luck :( Someone knows a solution? I'm on ~x86 with cairo-1.5.12, pango-1.20.0, expat-2.0.1. Tried gtk+-2.12.8 and 2.12.9. Thanks Patrick -- gentoo-user@lists.gentoo.org mailing list
[gentoo-user] Cairo XCB
I have seen messages similar to these: * Messages for package x11-libs/cairo-1.8.10: * You have enabled the Cairo XCB backend which is used only by * a select few apps. The Cairo XCB backend is presently * un-maintained and needs a lot of work to get it caught up * to the Xrender and Xlib backends, which are the backends used * by most applications. See: * http://lists.freedesktop.org/archives/xcb/2008-December/004139.html >>> Auto-cleaning packages... I noticed that: $ euse -i xcb global use flags (searching: xcb) [+ D ] xcb - Support the X C-language Binding, a replacement for Xlib local use flags (searching: xcb) no matching entries found which means that it's the default. What should I do with it, wait until the default profile gets rid of it, or do something different? -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] pecl-cairo ~x86 overlay?
Michael M writes: > Hello list, I need to install Cairo bindings for dev-lang/php-5*. Is > there a pecl-cairo overlay for ~x86? I've tried unmasking this > package and adding the keyword ~amd64 and it seems to want to install > with emerge but my system is ~x86. > > According to this site it is only ~amd64, but I cannot understand why. > http://gpo.zugaina.org/dev-php5/pecl-cairo As Sam pointed out, maybe it's working, but but just not tested on other architectures. To try without modifying the ebuild, you could put the package into /etc/portage/package.keywords, followed by a ~*. From the portage man page: Note: In addition to the normal values from ACCEPT_KEYWORDS package.keywords supports three special tokens: * package is visible if it is stable on any architecture ~* package is visible if it is in testing on any architecture ** package is always visible (KEYWORDS are ignored completely) Wonko
Re: [gentoo-user] Cairo UD; Why?
On Friday 27 October 2006 02:41, Michael Sullivan wrote: > I removed xmms from my systems a couple of days ago and have been in the > process of rebuilding everything without it. x11-libs/cairo keeps > switching between 1.2.4 and 1.0.4 and I can't figure out why. How do I > stop this from happening? Here's my output: > > camille ~ # emerge -pvNDt world > > >>> --newuse implies --update... adding --update to options. [SNIP] > [nomerge ] dev-python/pycairo-1.0.2 USE="gtk -numeric -svg" > [ebuild UD]x11-libs/cairo-1.0.4 [1.2.4] USE="X doc png -glitz > (-directfb%) (-pdf%*) (-svg%)" 0 kB [SNIP] You seem to have added x11-libs/cairo to /etc/portage/package.keywords. You've got two options: 1. Remove it and stick with the stable version for both. 2. Add dev-python/pycairo too. -- Bo Andresen pgprbQfNKusY5.pgp Description: PGP signature
[gentoo-user] Failed to emerge fontforge
I tried to emerge lilypond but it fails when building fontforge, with the error below. What do I do ? Do I issue an bug report ? / Thomas In file included from fontP.h:109, from gdrawtxt.c:30: gxdrawP.h:83:32: error: cairo/cairo-xlib.h: No such file or directory gcc -march=c3-2 -msse -mmmx -mfpmath=sse -O2 -pipe -fomit-frame-pointer -I/usr/include/freetype2/ -I/usr/include/fr eetype2 -I/usr/include/libxml2/ -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/gli b-2.0/include -I/usr/include/python2.4 -I../inc -I../inc -I/usr/pkg/include -I/usr/pkg/include/giflib -Wmissing-prot otypes -Wunused -Wimplicit -Wreturn-type -Wparentheses -Wformat -Wchar-subscripts -DNOTHREADS -DHAVE_CONFIG_H -DLIBD IR=\"/usr/lib\" -c gdrawtxtinit.c -fPIC -DPIC -o .libs/gdrawtxtinit.o In file included from fontP.h:109, from gdrawtxtinit.c:27: gxdrawP.h:83:32: error: cairo/cairo-xlib.h: No such file or directory make[1]: *** [gdrawtxt.lo] Error 1 make[1]: *** Waiting for unfinished jobs make[1]: *** [gdrawtxtinit.lo] Error 1 make[1]: Leaving directory `/var/tmp/portage/media-gfx/fontforge-20090408/work/fontforge-20090408/gdraw' make: *** [libgdraw] Error 2 * * ERROR: media-gfx/fontforge-20090408 failed. * Call stack: * ebuild.sh, line 49: Called src_compile * environment, line 2150: Called _eapi2_src_compile * ebuild.sh, line 643: Called die * The specific snippet of code: * emake || die "emake failed" * The die message: * emake failed *
Re: [gentoo-user] Cairo XCB
On 2010-07-23 20:37, Mick wrote: > which means that it's the default. What should I do with it, wait until the > default profile gets rid of it, or do something different? You can disable xcb for cairo. Put -xcb after x11-libs/cairo in /etc/portage/package.use. Although xcb will eventually replace xlib, for some parts of X it's not mature yet (whether it's a poorly supported by whatever uses it or lack of features in xcb itself)... Best regards Peter K
Re: [gentoo-user] Cairo and NX, forever enemies
On 11/05/2012 05:08:39 PM, Paul Hartman wrote: Latest cairo 1.12.6 in ~arch breaks gtk+ programs in opensource NX/x2go again, so if you wonder why you can't start Firefox or Thunderbird in remote NX session, downgrade cairo on the server until the nx libs are patched to work properly with it. Many thanks, I've been wondering why some applications fail in a remote NX session. Is there a bug report? Helmut.
Re: [gentoo-user] problems building x11-libs/gtk+-2.20.1-r1
On 08/13/2010 08:22 AM, Tamer Higazi wrote: > As you told me I merged "lafilefixer" and ran lafilefixer --justfixit > > then I executed revdep-rebuild which wants to remerge a huge amout of > packages who because "libpangocairo-1.0.so.0" was missing, or couldn't > be linked at the end, revdep-rebuild wants to emerge a package called > "eel" which is masked: > > !!! All ebuilds that could satisfy "gnome-base/eel" have been masked. > !!! One of the following masked packages is required to complete your request: > - gnome-base/eel-2.24.1 (masked by: package.mask) > /usr/portage/profiles/package.mask: > # Pacho Ramos (12 Jul 2010) > # Masked for removal in 30 days. > # No longer developed by upstream, fails with forced as-needed (bug #277169), > # does not compile against gnome-desktop-2.30 (bug #311563). > > but I want to upgrade my system, and love to solve this Pango Cairo > problem > > if you have anymore ideas, I would thank you. Do you know about the "-t" option for emerge? It shows you which package is responsible for "pulling in" another package. You might also want to try "euse -I cairo" which will tell you which packages are affected by the cairo use flag. Your "emerge --info" shows that you do have cairo turned on, but as Alan states, you should show "emerge -pv pango" or "emerge -pv cairo" (or whatever package you're trying to fix). Pango doesn't has a specific "cairo" use flag so you may need to recompile pango's dependencies. Basically, what you're trying to do is step back from the package that's giving you the trouble, and compile the packages that your problematic package needs to function. Obviously, this is a geometric expansion to some extent, but revdep-rebuild is there to help you solve the puzzle. Also, qdepends is really handy.
Re: [gentoo-user] Emerging Gnome and KDE
1) You should add X to your useflags in /etc/make.conf Or 2) Add X to useflags for cairo in /etc/portage/package.use Kristian Poul Herkild -Original Message- From: Michael Sullivan <[EMAIL PROTECTED]> Date: Fri, 26 Jan 2007 10:19:32 -0600 To: gentoo-user@lists.gentoo.org Subject: Re: [gentoo-user] Emerging Gnome and KDE >On Fri, 2007-01-26 at 14:08 -0200, Fabrício L. Ribeiro wrote: >> People, >> >> When I try to emerge Gnome and KDE, I receive this error: >> >> * >> >> >>> Emerging (1 of 38) x11-libs/gtk+-2.10.6 to / >> * gtk+-2.10.6.tar.bz2 MD5 ;-) ... >> [ ok ] >> * gtk+-2.10.6.tar.bz2 RMD160 ;-) ... >> [ ok ] >> * gtk+-2.10.6.tar.bz2 SHA1 ;-) ... >> [ ok ] >> * gtk+-2.10.6.tar.bz2 SHA256 ;-) ... >> [ ok ] >> * gtk+-2.10.6.tar.bz2 size ;-) ... >> [ ok ] >> * checking ebuild checksums ;-) ... >> [ ok ] >> * checking auxfile checksums ;-) ... >> [ ok ] >> * checking miscfile checksums ;-) ... >> [ ok ] >> * checking gtk+-2.10.6.tar.bz2 ;-) ... >> [ ok ] >> * Please re-emerge x11-libs/cairo with the X USE flag set >> >> !!! ERROR: x11-libs/gtk+-2.10.6 failed. >> Call stack: >> ebuild.sh, line 1562: Called dyn_setup >> ebuild.sh, line 665: Called pkg_setup >> gtk+-2.10.6.ebuild, line 52: Called die >> >> !!! cairo needs the X flag set >> !!! If you need support, post the topmost build error, and the call >> stack if relevant. >> >> >> * >> >> What it means? What should I do to have Gnome and KDE in my PC? >> >> Thanks! >> >> -- >> FABRÍCIO L. RIBEIRO >> === >> [icq: 66770900] >> [e-mail, gtalk e msn: [EMAIL PROTECTED] >> [blog: http://opalavrorio.blogspot.com] >> > >I'd start by emerging cairo with the X flag set > ># USE="X" emerge cairo > >-- >gentoo-user@gentoo.org mailing list > > > -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Re: mysql-workbench
Martin Vaeth writes: >> Alan McKinnon >| [ebuild N ] dev-cpp/cairomm-1.12.0-r1 USE="svg -X (-aqua) -doc" >>[???] >>| # required by dev-cpp/cairomm-1.12.0-r1::gentoo >>| >=x11-libs/cairo- -X > > eix -vle cairomm Oh, that gives nice output, thanks! > ???RDEPEND: >=x11-libs/cairo-1.12.10[aqua=,svg=,X=,??? > > So your selected cairomm[-X] requires cairo[-X]. > A solution might be to select cairomm[X] cairomm now uses X. That it won't compile must be some other problem. BTW, bind needs LDFLAGS="$LDFLAGS -ldl" emerge bind to compile, is that a bug?
[gentoo-user] problem with upgrading Xorg from 6.8.2 up to 7.0
Hi, I'm trying to upgrde Xorg from 6.8.2 up to 7.0 following this instruction http://gentoo-wiki.com/HOWTO_Modular_Xorg I unemerged Xoorg 6.8.2 and now trying to emerge 7.0. emerge told me there are about 180 dependes must be installed, it installed about 40 of them and has failed at cairo emerging: below is the tail: ---cut--- /var/tmp/portage/cairo-1.2.2/work/cairo-1.2.2/config.log appending configuration tag "CXX" to libtool checking for ld used by i686-pc-linux-gnu-g++... /usr/i686-pc-linux-gnu/bin/ld checking if the linker (/usr/i686-pc-linux-gnu/bin/ld) is GNU ld... yes checking whether the i686-pc-linux-gnu-g++ linker (/usr/i686-pc-linux-gnu/bin/ld) supports shared libraries... yes checking for i686-pc-linux-gnu-g++ option to produce PIC... -fPIC checking if i686-pc-linux-gnu-g++ PIC flag -fPIC works... yes checking if i686-pc-linux-gnu-g++ static flag -static works... yes checking if i686-pc-linux-gnu-g++ supports -c -o file.o... yes checking whether the i686-pc-linux-gnu-g++ linker (/usr/i686-pc-linux-gnu/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... immediate appending configuration tag "F77" to libtool checking for ANSI C header files... (cached) yes checking whether byte ordering is bigendian... no checking for vasnprintf... no checking for cos in -lm... yes checking for i686-pc-linux-gnu-pkg-config... no checking for pkg-config... /usr/bin/pkg-config checking pkg-config is at least version 0.9.0... yes checking for X... no checking for cairo's Xlib backend... checking whether cairo's Xlib backend could be enabled... no (requires Xlib) configure: error: requested Xlib backend could not be enabled !!! Please attach the following file when filing a report to bugs.gentoo.org: !!! /var/tmp/portage/cairo-1.2.2/work/cairo-1.2.2/config.log !!! ERROR: x11-libs/cairo-1.2.2 failed. Call stack: ebuild.sh, line 1543: Called dyn_compile ebuild.sh, line 938: Called src_compile cairo-1.2.2.ebuild, line 49: Called econf '--enable-xlib' '--disable-gtk-doc' '--disable-directfb' '--enable-png' '--disable-svg' '--disable-pdf' '--disable-glitz' '--enable-freetype' '--enable-ps' ebuild.sh, line 539: Called die !!! econf failed !!! If you need support, post the topmost build error, and the call stack if relevant. ---end of cut--- does anybody know how to fix that ? Thanks -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] pecl-cairo ~x86 overlay?
Thank you for the help, I will give it a go. On Sun, Aug 1, 2010 at 5:06 AM, Alex Schuster wrote: > Michael M writes: > > > Hello list, I need to install Cairo bindings for dev-lang/php-5*. Is > > there a pecl-cairo overlay for ~x86? I've tried unmasking this > > package and adding the keyword ~amd64 and it seems to want to install > > with emerge but my system is ~x86. > > > > According to this site it is only ~amd64, but I cannot understand why. > > http://gpo.zugaina.org/dev-php5/pecl-cairo > > As Sam pointed out, maybe it's working, but but just not tested on other > architectures. To try without modifying the ebuild, you could put the > package into /etc/portage/package.keywords, followed by a ~*. From the > portage man page: > > Note: > In addition to the normal values from ACCEPT_KEYWORDS package.keywords > supports three special tokens: > > * package is visible if it is stable on any architecture > ~* package is visible if it is in testing on any architecture > ** package is always visible (KEYWORDS are ignored completely) > > >Wonko > > -- Hope is more than just a postponed disappointment ~ Epica
Re: [gentoo-user] Build librsvg-2.34.2 Error
On Fri, 3 Feb 2012 10:22:21 -0500 Michael Mol wrote: > > To install cairo, try > > > > emerge x11-libs/cairo > > > > Assuming that works, try > > > > emerge --resume > > > > If the build works, you should be good. If you get the same error, > > then you should file a bug report at bugs.gentoo.org. > > Actually, you should file a bug report either way, but the nature of > the bug is different. If emerging cairo fixes the build error, then > there's a dependency missing in the ebuild. If emerging cairo doesn't > fix the build error, something else is broken that I don't have a clue > about. I remember many times in the past having to deal with missing cairo.h and every time it was either that cairo's build was stuffed or the ebuild I was trying to emerge was stuffed. Bloody devs who insist on continually moving things around. Anyway, in each case a symlink to the offending file would fix it. But this hasn't happened in a long time now, maybe as much as a year. -- Alan McKinnnon alan.mckin...@gmail.com
Re: [gentoo-user] Emerging Gnome and KDE
On Fri, 2007-01-26 at 14:08 -0200, Fabrício L. Ribeiro wrote: > People, > > When I try to emerge Gnome and KDE, I receive this error: > > * > > >>> Emerging (1 of 38) x11-libs/gtk+-2.10.6 to / > * gtk+-2.10.6.tar.bz2 MD5 ;-) ... > [ ok ] > * gtk+-2.10.6.tar.bz2 RMD160 ;-) ... > [ ok ] > * gtk+-2.10.6.tar.bz2 SHA1 ;-) ... > [ ok ] > * gtk+-2.10.6.tar.bz2 SHA256 ;-) ... > [ ok ] > * gtk+-2.10.6.tar.bz2 size ;-) ... > [ ok ] > * checking ebuild checksums ;-) ... > [ ok ] > * checking auxfile checksums ;-) ... > [ ok ] > * checking miscfile checksums ;-) ... > [ ok ] > * checking gtk+-2.10.6.tar.bz2 ;-) ... > [ ok ] > * Please re-emerge x11-libs/cairo with the X USE flag set > > !!! ERROR: x11-libs/gtk+-2.10.6 failed. > Call stack: > ebuild.sh, line 1562: Called dyn_setup > ebuild.sh, line 665: Called pkg_setup > gtk+-2.10.6.ebuild, line 52: Called die > > !!! cairo needs the X flag set > !!! If you need support, post the topmost build error, and the call > stack if relevant. > > > * > > What it means? What should I do to have Gnome and KDE in my PC? > > Thanks! > > -- > FABRÍCIO L. RIBEIRO > === > [icq: 66770900] > [e-mail, gtalk e msn: [EMAIL PROTECTED] > [blog: http://opalavrorio.blogspot.com] > I'd start by emerging cairo with the X flag set # USE="X" emerge cairo -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Build librsvg-2.34.2 Error
On Fri, Feb 3, 2012 at 10:19 AM, Michael Mol wrote: > On Fri, Feb 3, 2012 at 9:51 AM, 高金培 wrote: >> CC librsvg_2_la-librsvg-enum-types.lo >> /bin/sh ./libtool --silent --tag=CC --mode=compile i686-pc-linux-gnu-gcc >> -DHAVE_CONFIG_H -I. -I. -I. -DG_LOG_DOMAIN=\"librsvg\" >> -DLIBRSVG_DATADIR="\"/usr/share\"" -pthread -I/usr/include/gdk-pixbuf-2.0 >> -I/usr/include/libpng15 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include >> -I/usr/include/libxml2 -I/usr/include/pango-1.0 -I/usr/include/freetype2 >> -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libdrm >> -I/usr/include/libcroco-0.6 -I/usr/include/glib-2.0 >> -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -DHAVE_LIBCROCO=1 -O2 >> -march=pentium-m -pipe -c -o librsvg_2_la-librsvg-enum-types.lo `test -f >> 'librsvg-enum-types.c' || echo './'`librsvg-enum-types.c >> CCLD librsvg-2.la >> CCLD rsvg-convert >> GISCAN Rsvg-2.0.gir >> CCLD rsvg-view > > >> In file included from :19:0: >> /var/tmp/portage/gnome-base/librsvg-2.34.2/work/librsvg-2.34.2/rsvg-cairo-render.h:32:19: >> fatal error: cairo.h: No such file or directory >> compilation terminated. > > I suspect you don't have cairo emerged. > >> * If you need support, post the output of 'emerge --info >> =gnome-base/librsvg-2.34.2', >> * the complete build log and the output of 'emerge -pqv >> =gnome-base/librsvg-2.34.2'. >> * The complete build log is located at >> '/var/tmp/portage/gnome-base/librsvg-2.34.2/temp/build.log'. >> * The ebuild environment file is located at >> '/var/tmp/portage/gnome-base/librsvg-2.34.2/temp/environment'. >> * S: '/var/tmp/portage/gnome-base/librsvg-2.34.2/work/librsvg-2.34.2' > > Before you go any farther, save the output of the commands it's asking about. > > sudo emerge --info gnome-base/librsvg-2.34.2 > > ~/emerge.info.gnome-base.librsvg-2.34.2.txt > sudo emerge -pqv gnome-base/librsvg-2.34.2 > > ~/emerge.pqv.gnome-base.librsvg-2.34.2.txt > sudo cp /var/tmp/portage/gnome-base/librsvg-2.34.2/temp/build.log > ~/build.log.gnome-base.librsvg-2.34.2.txt > sudo cp /var/tmp/portage/gnome-base/librsvg-2.34.2/temp/environment > ~/environment.gnome-base.librsvg-2.34.2.txt > > If you need to file a bug report, you'll need to attach those to it. > > To install cairo, try > > emerge x11-libs/cairo > > Assuming that works, try > > emerge --resume > > If the build works, you should be good. If you get the same error, > then you should file a bug report at bugs.gentoo.org. Actually, you should file a bug report either way, but the nature of the bug is different. If emerging cairo fixes the build error, then there's a dependency missing in the ebuild. If emerging cairo doesn't fix the build error, something else is broken that I don't have a clue about. -- :wq
Re: [gentoo-user] Portage strangeness with imagemagick
On Thursday 29 October 2009 19.52:52 Dirk Heinrichs wrote: > Am Donnerstag 29 Oktober 2009 19:39:27 schrieb Dan Johansson: > > Today when I do an update world on one of my serves I get the following: > > > > 8<--- > >-- - # emerge --update --deep --verbose > > --reinstall changed-use --with-bdeps y world --pretend --tree > > > > These are the packages that would be merged, in reverse order: > > > > Calculating dependencies... done! > > > > emerge: there are no ebuilds built with USE flags to satisfy ">=x11- > > libs/cairo-1.6[X]". > > !!! One of the following packages is required to complete your request: > > - x11-libs/cairo-1.8.8 (Change USE: +X) > > (dependency required by "x11-libs/gtk+-2.16.6" [ebuild]) > > (dependency required by "media-gfx/ufraw-0.15-r1" [ebuild]) > > (dependency required by "media-gfx/imagemagick-6.5.2.9" [ebuild]) > > (dependency required by "www-apps/gallery-2.3" [ebuild]) > > (dependency required by "world" [argument]) > > 8<--- > >-- ----- > > > > As this is a server I really do not want/need X on this host. > > So why do have gtk+ in your USE, then? That's the one that makes ufraw pull > in gtk+ which in turn wants cairo with the X flag. OTOH, this doesn't mean > you'll get X installed on your machine. You'll only get a handful of X > libs. > > > I can not see why it works if I first deletes all USE flags (-*) and the > > just sets the USE flags I need again. > > Because it's not imagemagick that wants cairo with X (which the emerge > output above clearly states). > > Bye... > > Dirk > Yes, I can see that it's not imagemagick directly that pulls in cairo. And I do not have the gtk USE flag set: # euse -i gtk global use flags (searching: gtk) [-] gtk - Adds support for x11-libs/gtk+ (The GIMP Toolkit) <...snip...> -- Dan Johansson, <http://www.dmj.nu> *** This message is printed on 100% recycled electrons! ***
Re: [gentoo-user] conflict in update
Michael P. Soulier wrote: I'm trying to understand the explanation of this but I don't quite see it. It looks like conflicting libraries used by gimp, inkscape and openoffice. I don't quite understand the explanation, and what my options are. Translation appreciated. Thanks, Mike msoul...@anton:~$ emerge --pretend --update --deep world These are the packages that would be merged, in order: Calculating dependencies... done! [ebuild U ] dev-libs/libassuan-1.0.5 [1.0.4] [ebuild U ] dev-lang/python-2.5.4-r2 [2.5.2-r7] USE="xml%*" [ebuild U ] dev-python/setuptools-0.6_rc9 [0.6_rc8-r1] [ebuild U ] app-text/poppler-0.10.5-r1 [0.10.4] [ebuild U ] app-text/poppler-bindings-0.10.5-r1 [0.10.4] [ebuild U ] app-crypt/gnupg-2.0.11 [2.0.10] [ebuild U ] dev-python/pygtk-2.14.1 [2.14.0] !!! Multiple package instances within a single package slot have been pulled !!! into the dependency graph, resulting in a slot conflict: app-text/poppler-bindings:0 ('installed', '/', 'app-text/poppler-bindings-0.10.4', 'nomerge') pulled in by ~app-text/poppler-bindings-0.10.4[gtk,cairo] required by ('installed', '/', 'media-gfx/gimp-2.6.4', 'nomerge') ~app-text/poppler-bindings-0.10.4[gtk,cairo] required by ('installed', '/', 'virtual/poppler-glib-0.10.4', 'nomerge') ~app-text/poppler-bindings-0.10.4[gtk,cairo] required by ('installed', '/', 'media-gfx/inkscape-0.46-r5', 'nomerge') (and 1 more) ('ebuild', '/', 'app-text/poppler-bindings-0.10.5-r1', 'merge') pulled in by app-text/poppler-bindings required by world Explanation: New USE for 'app-text/poppler-bindings:0' are incorrectly set. In order to solve this, adjust USE to satisfy '~app-text/poppler- bindings-0.10.4[gtk,cairo]'. It tells you what todo: emerge app-text/poppler-bindings-0.10.4 with USE="gtk cairo" check that if it solves the problem
Re: [gentoo-user] pecl-cairo ~x86 overlay?
On Sun, Aug 1, 2010 at 8:40 AM, Michael M wrote: > Thank you for the help, I will give it a go. > > > On Sun, Aug 1, 2010 at 5:06 AM, Alex Schuster wrote: > >> Michael M writes: >> >> > Hello list, I need to install Cairo bindings for dev-lang/php-5*. Is >> > there a pecl-cairo overlay for ~x86? I've tried unmasking this >> > package and adding the keyword ~amd64 and it seems to want to install >> > with emerge but my system is ~x86. >> > >> > According to this site it is only ~amd64, but I cannot understand why. >> > http://gpo.zugaina.org/dev-php5/pecl-cairo >> >> As Sam pointed out, maybe it's working, but but just not tested on other >> architectures. To try without modifying the ebuild, you could put the >> package into /etc/portage/package.keywords, followed by a ~*. From the >> portage man page: >> >> Note: >> In addition to the normal values from ACCEPT_KEYWORDS package.keywords >> supports three special tokens: >> >> * package is visible if it is stable on any architecture >> ~* package is visible if it is in testing on any architecture >> ** package is always visible (KEYWORDS are ignored completely) >> >> >>Wonko >> >> > > ~* worked fine. Thanks again.
[gentoo-user] problems building x11-libs/gtk+-2.20.1-r1
Hi people! I am in front of a disaster updating my gentoo system. Now the system is shot, and I am not capable starting the gnome-manager: at the end it says only: checking Pango flags... configure: error: *** Pango not found. Pango built with Cairo support is required *** to build GTK+. See http://www.pango.org for Pango information. I remerged Cairo, cairo, pango but the problem still exists... and don't know how to solve it. :( For any support I would kindly thank you. I put the files log, env and info at pastebin to view. build.log http://pastebin.com/CRdFS1Wt bluild.env http://pastebin.com/ze4tN1HE build.info http://pastebin.com/3L1XL2Jb
Re: [gentoo-user] problems building x11-libs/gtk+-2.20.1-r1
On Friday 13 August 2010 16:09:48 Tamer Higazi wrote: > Hi people! > I am in front of a disaster updating my gentoo system. Now the system > is shot, and I am not capable starting the gnome-manager: > > at the end it says only: > > checking Pango flags... configure: error: > *** Pango not found. Pango built with Cairo support is required > *** to build GTK+. See http://www.pango.org for Pango information. Did you read this? It says to build pango with cairo support. Did you build pango with cairo support? Don't just say yes, prove it with output from eg. eix -- alan dot mckinnon at gmail dot com
[gentoo-user] emacs-cvs problem or gentoo problem with emacs-cvs
Can anyone tell from the tail of this build failure if the problem is related at all to gentoo, maybe use flags or such. Or if it is a problem with the emacs-cvs code itself. I know they are having problems... as reported on the emacs devel list with `make bootstrap' but I'm not smart enough to see if this is it or something else. tail -n 30 [...]/emacs-cvs-23.0./temp/build.log i686-pc-linux-gnu-gcc -c -D_BSD_SOURCE -Demacs -DHAVE_CONFIG_H -I. -I/var/tmp/portage/app-editors/emacs-cvs-23.0./work/emacs/src -D_BSD_SOURCE -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/alsa -I/usr/include/librsvg-2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -O2 -march=i686 -pipe chartab.c i686-pc-linux-gnu-gcc -c -D_BSD_SOURCE -Demacs -DHAVE_CONFIG_H -I. -I/var/tmp/portage/app-editors/emacs-cvs-23.0./work/emacs/src -D_BSD_SOURCE -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/alsa -I/usr/include/librsvg-2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -O2 -march=i686 -pipe cm.c i686-pc-linux-gnu-gcc -c -D_BSD_SOURCE -Demacs -DHAVE_CONFIG_H -I. -I/var/tmp/portage/app-editors/emacs-cvs-23.0./work/emacs/src -D_BSD_SOURCE -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/alsa -I/usr/include/librsvg-2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -O2 -march=i686 -pipe term.c i686-pc-linux-gnu-gcc -c -D_BSD_SOURCE -Demacs -DHAVE_CONFIG_H -I. -I/var/tmp/portage/app-editors/emacs-cvs-23.0./work/emacs/src -D_BSD_SOURCE -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/alsa -I/usr/include/librsvg-2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -O2 -march=i686 -pipe terminal.c i686-pc-linux-gnu-gcc -c -D_BSD_SOURCE -Demacs -DHAVE_CONFIG_H -I. -I/var/tmp/portage/app-editors/emacs-cvs-23.0./work/emacs/src -D_BSD_SOURCE -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/alsa -I/usr/include/librsvg-2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -O2 -march=i686 -pipe xfaces.c i686-pc-linux-gnu-gcc -c -D_BSD_SOURCE -Demacs -DHAVE_CONFIG_H -I. -I/var/tmp/portage/app-editors/emacs-cvs-23.0./work/emacs/src -D_BSD_SOURCE -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/alsa -I/usr/include/librsvg-2 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/gtk-2.0 -I/usr/include/cairo -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixman-1 -I/usr/include/dbus-1.0 -I/usr/lib/dbus-1.0/include -O2 -march=i686 -pipe xterm.c i686-pc-linux-gnu-gcc -c -D_BSD_SOURCE -Demacs -DHAVE_CONFIG_H -I. -I/var/tmp/portage/app-editors/emacs-cvs-23.0./work/emacs/src -D_BSD_SOURCE -I/usr/include/gtk-2.0 -I/usr/lib/gtk-2.0/include -I/usr/include/atk-1.0 -I/usr/include/cairo -I/usr/include/pango-1.0 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include -I/usr/include/freetype2 -I/usr/include/libpng12 -I/usr/include/pixma
Re: [gentoo-user] texlive-core - poppler / xpdf missing library
On Tuesday 01 Sep 2015 17:57:24 the...@sys-concept.com wrote: > On 09/01/2015 10:48 AM, the...@sys-concept.com wrote: > > On 09/01/2015 09:47 AM, Alec Ten Harmsel wrote: > >> On Tue, Sep 01, 2015 at 07:47:56AM -0600, the...@sys-concept.com wrote: > >>> I'm emerging texlive-core and it complains on missing libraries: > >>> > >>> > >>> > >>> emerge -1q luatex texlive-core > >>> [ebuild N] dev-tex/luatex-0.70.1-r2 > >>> [ebuild U ] app-text/texlive-core-2014-r4 [2012-r1] > >>> [blocks B ] >>> (" >>> app-text/texlive-core-2014-r4) [blocks B ] dev-tex/luatex > >>> ("dev-tex/luatex" is blocking app-text/texlive-core-2014-r4) > >> > >> texlive-core needs to be updated, not installed with --oneshot. Can you > >> try running `emerge --update --newuse --deep --with-bdeps=y @world'? > >> > >> Alec > > > > I run unmerged all "texlive" application and run: > > `emerge --update --newuse --deep --with-bdeps=y @world' > > > > and coming up with the same error message: > > > > checking requested system `poppler' library... failed > > checking requested system `xpdf' library... failed > > checking requested system `zziplib' library... ok > > configure: error: some requested system libraries failed > > It is looking for poppler and xpdf both of these packages are obsolete. > Should I look for file dependent of xpdf and poppler and recompile them? Not both are obsolete: eix -l poppler [I] app-text/poppler Available versions: 0.32.0(0/51)^t [cairo cjk curl cxx debug doc +introspection +jpeg jpeg2k +lcms png qt4 qt5 tiff +utils] ~0.33.0-r1 (0/52)^t [cairo cjk curl cxx debug doc +introspection +jpeg +jpeg2k +lcms png qt4 qt5 tiff +utils] ~0.34.0(0/53)^t [cairo cjk curl cxx debug doc +introspection +jpeg +jpeg2k +lcms png qt4 qt5 tiff +utils] ~0.35.0(0/54)^t [cairo cjk curl cxx debug doc +introspection +jpeg +jpeg2k +lcms png qt4 qt5 tiff +utils] ** (0/)^t[cairo cjk curl cxx debug doc +introspection +jpeg +jpeg2k +lcms png qt4 qt5 tiff +utils] Installed versions: 0.32.0^t(13:45:31 04/05/15)(cairo cxx introspection jpeg lcms png qt4 tiff utils -cjk -curl -debug -doc -jpeg2k -qt5) So, I would unmerge xpdf which has been obsoleted for years and 'emerge -1aNDv app-text/poppler' to see if portage is happy about it. -- Regards, Mick signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] emerge Error
dhk schrieb: > - app-text/poppler-bindings-0.10.4 (Change USE: +cairo) This line tells you what to do: reemerge poppler-bindings with USE="cairo" signature.asc Description: OpenPGP digital signature
Re: [gentoo-user] emerge Error
Justin wrote: > dhk schrieb: > >> - app-text/poppler-bindings-0.10.4 (Change USE: +cairo) > > > This line tells you what to do: > > reemerge poppler-bindings with USE="cairo" > That worked, Thanks.
[gentoo-user] Re: compiz and mesa
Andrew Gaydenko wrote: compiz wants x11-libs/libX11[xcb] (even 0.8.2), and mesa 7.4_rc1 wants x11-libs/libX11[xcb=] (it's for current ~amd64). Does [xcb=] means "without the flag"? Tree bug? I don't know why it shows like this with you, but here it told me that that I had to remove the xcb USE flag from mesa. Instead of that, I simply globally enabled xcb in make.conf and disabled it only for cairo (the ebuild told me it's not a good idea to use xcb with cairo). So to make it short, put "xcb" in your USE flags in make.conf, and put: x11-libs/cairo -xcb in /etc/portage/package.use. Then "emerge -auvDN world" and you should be set.
Re: [gentoo-user] problem emerging Libdrm : solved
150125 Philip Webb wrote: > After exactly 2 years , I'm trying to update my Asus EEE netbook. > Trying to update gtk+ , I've run into a problem : > it requires Mesa & Cairo & both require libdrm-2.4.58 , > which refuses to compile, failing with lines reporting > that "libpng15.so.15 & libudev.so.0 not found". > I've already updated to libpng-1.6.16 , so libpng16.so.16 is installed. Thanks for the various suggestions. I solved the problem by unmerging Gtk+ Mesa Cairo Libdrm Xorg-server, after which Libdrm compiled successfully. BTW there's a rather bizarre dependency : the stable Mesa-10.2.8 requires the testing Cairo-1.12.18 . I've never seen this before. -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Build librsvg-2.34.2 Error
I encountered this problem, and resolved it with the command 'emerge dev-libs/gobject-introspection'. These pages may help: http://forums.funtoo.org/viewtopic.php?pid=4984 https://bugs.gentoo.org/show_bug.cgi?id=391213 Best regards. 2012/2/4 Alan McKinnon : > On Fri, 3 Feb 2012 10:22:21 -0500 > Michael Mol wrote: > >> > To install cairo, try >> > >> > emerge x11-libs/cairo >> > >> > Assuming that works, try >> > >> > emerge --resume >> > >> > If the build works, you should be good. If you get the same error, >> > then you should file a bug report at bugs.gentoo.org. >> >> Actually, you should file a bug report either way, but the nature of >> the bug is different. If emerging cairo fixes the build error, then >> there's a dependency missing in the ebuild. If emerging cairo doesn't >> fix the build error, something else is broken that I don't have a clue >> about. > > I remember many times in the past having to deal with missing cairo.h > and every time it was either that cairo's build was stuffed or the > ebuild I was trying to emerge was stuffed. > > Bloody devs who insist on continually moving things around. Anyway, in > each case a symlink to the offending file would fix it. But this hasn't > happened in a long time now, maybe as much as a year. > > > > -- > Alan McKinnnon > alan.mckin...@gmail.com > >
Re: [gentoo-user] portage getting mixed up with USE?
2011/6/22 Alan McKinnon : > On Wednesday 22 June 2011 10:49:04 Daniel Pielmeier did opine thusly: >> >> I guess it displays the USE settings how they should be and >> afterwards prints the required changes. Or does it build fltk with >> USE="-cairo" if you just type emerge -av fltk? > > emerge -av fltk > > gives exactly the same output as above. The dillo ebuild doesn't seem > to be causing this change in behaviour: > > RDEPEND="x11-libs/fltk:2[-cairo,jpeg=,png=] > > What it looks like is portage is insisting the package.use explicitly > states the USE flags needed. This is wrong and I am not about to bloat > package.use to cater for every "built with use" occurrence. Or perhaps > it's now only looking at installed deps and not it's own dep graph > when emerge runs. > > Portage should only care about whether the package is already built > with use, or will be according to the dep graph So you get the same recommendation about the use flag change? If you have USE="cairo" in make.conf or it is enabled via some profile (desktop?) you have to add >=x11-libs/fltk-2.0_pre6970-r1 -cairo to package.use to override this on a per package basis. I think there is no way around this. -- Regards, Daniel
Re: [gentoo-user] Portage strangeness with imagemagick
On Thu, Oct 29, 2009 at 2:08 PM, Dan Johansson wrote: > On Thursday 29 October 2009 19.52:52 Dirk Heinrichs wrote: >> Am Donnerstag 29 Oktober 2009 19:39:27 schrieb Dan Johansson: >> > Today when I do an update world on one of my serves I get the following: >> > >> > 8<--- >> >-- - # emerge --update --deep --verbose >> > --reinstall changed-use --with-bdeps y world --pretend --tree >> > >> > These are the packages that would be merged, in reverse order: >> > >> > Calculating dependencies... done! >> > >> > emerge: there are no ebuilds built with USE flags to satisfy ">=x11- >> > libs/cairo-1.6[X]". >> > !!! One of the following packages is required to complete your request: >> > - x11-libs/cairo-1.8.8 (Change USE: +X) >> > (dependency required by "x11-libs/gtk+-2.16.6" [ebuild]) >> > (dependency required by "media-gfx/ufraw-0.15-r1" [ebuild]) >> > (dependency required by "media-gfx/imagemagick-6.5.2.9" [ebuild]) >> > (dependency required by "www-apps/gallery-2.3" [ebuild]) >> > (dependency required by "world" [argument]) >> > ----8<--- >> >-- - >> > >> > As this is a server I really do not want/need X on this host. >> >> So why do have gtk+ in your USE, then? That's the one that makes ufraw pull >> in gtk+ which in turn wants cairo with the X flag. OTOH, this doesn't mean >> you'll get X installed on your machine. You'll only get a handful of X >> libs. >> >> > I can not see why it works if I first deletes all USE flags (-*) and the >> > just sets the USE flags I need again. >> >> Because it's not imagemagick that wants cairo with X (which the emerge >> output above clearly states). >> >> Bye... >> >> Dirk >> > Yes, I can see that it's not imagemagick directly that pulls in cairo. And I > do not have the gtk USE flag set: > > # euse -i gtk > global use flags (searching: gtk) > > [-] gtk - Adds support for x11-libs/gtk+ (The GIMP Toolkit) > <...snip...> Do you have x11-libs/gtk+-2.16.6 installed? Or is one of the other new things trying to pull it in?
Re: [gentoo-user] New installation and problem with rp-pppoe
2011/3/30 Andrzej Styczeń : > Hello, > > I try today install Gentoo on my PC. Every thing go well until to install > net-dialup/rp-pppoe > then I got: >>=x11-libs/cairo-1.10.0 [-qt4] > > How to resolve. If I add the 'qt4' flag to USE in > /etc/portage/package.use > this not work. If I set it globally in make.conf USE="qt4" - still not work. > > What for is 'cario' and 'qt' needed if I install 'ppp' or 'rp-pppoe' in > console. I will be later install whole KDE (and then maybe is needed) but not > now, I think (?). > > I select profile for KDE, x86 machine. > > > Greetings, > Andrzej > > I believe the line immediately following: ">=x11-libs/cairo-1.10.0 [-qt4]" should state rather clearly something close to the below block (if it doesn't, you may need to run with --verbose to get that, I have verbose set as default in make.conf)... !!! One of the following packages is required to complete your request: - x11-libs/cairo-1.10.2-r1 (Change USE: -qt4) (dependency required by "x11-libs/qt-gui-4.6.3-r2" [ebuild]) (dependency required by "x11-libs/cairo-1.10.2-r1" [ebuild]) (dependency required by "x11-libs/pango-1.28.3" [ebuild]) (dependency required by "x11-libs/gtk+-2.20.1-r1" [ebuild]) (dependency required by "net-dialup/ppp-2.4.4-r25" [ebuild]) (dependency required by "net-dialup/rp-pppoe-3.8-r2" [ebuild]) (dependency required by "rp-pppoe" [argument]) Which tells me, A) it's failing because the qt4 USE flag *is* set, and that adding it more places won't help, and B) you should add an entry in /etc/packages.use for net-dialup/ppp to disable gtk. rp-pppoe is pulling in ppp. ppp (because of the gtk use flag) is pulling in gtk+2. gtk+2 is pulling in pango. pango is pulling in cairo with the qt4 use flag (because of your profile). Something, somewhere, in that list is incompatible with qt4. -- Poison [BLX] Joshua M. Murphy
Re: [gentoo-user] problems building x11-libs/gtk+-2.20.1-r1
On 08/13/2010 07:09 AM, Tamer Higazi wrote: > Hi people! > I am in front of a disaster updating my gentoo system. Now the system > is shot, and I am not capable starting the gnome-manager: > > at the end it says only: > > checking Pango flags... configure: error: > *** Pango not found. Pango built with Cairo support is required > *** to build GTK+. See http://www.pango.org for Pango information. > > I remerged Cairo, cairo, pango but the problem still exists... and > don't know how to solve it. :( Did you run revdep-rebuild? Did you run lafilefixer? > For any support I would kindly thank you. > > I put the files log, env and info at pastebin to view. > > build.log > http://pastebin.com/CRdFS1Wt > > bluild.env > http://pastebin.com/ze4tN1HE > > build.info > http://pastebin.com/3L1XL2Jb >
Re: [gentoo-user] Nvidia and Minefield?
On 1/9/07, Hemmann, Volker Armin <[EMAIL PROTECTED]> wrote: since the problems also appear with nv (but not as severe), I would not blame nvidia, but minefield. Yes, I thought it might be some problem with cairo, which might affect X. I've had some problems with cairo in the past, and as Minefield's graphics display relies on cairo, perhaps it would be a problem with it. I'll have a search on gentoo bugzilla. But first, what card would you use, if you don't choose nvidia? AMD/ATI? With the latest cards not even 2D is possible anymore. And their drivers really suck. That's the problem... I don't think there is anything better :( -- Bruno Lustosa <[EMAIL PROTECTED]> http://www.lustosa.net/ -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] portage getting mixed up with USE?
2011/6/22 Alan McKinnon : > # emerge -av claws-mail > > These are the packages that would be merged, in order: > > Calculating dependencies... done! > [ebuild N ] net-libs/libetpan-1.0 USE="berkdb gnutls sasl ssl - > debug -ipv6 -liblockfile" 1,631 kB > [ebuild N ] x11-libs/fltk-2.0_pre6970-r1 USE="jpeg opengl png > xft xinerama zlib -cairo -debug -doc" 2,470 kB > [ebuild N ] www-client/dillo-2.2 USE="gif jpeg png ssl -doc - > ipv6" 616 kB > [ebuild N ] mail-client/claws-mail-3.7.9-r1 USE="crypt dbus > dillo gnutls imap ldap session spell ssl startup-notification - > bogofilter -doc -ipv6 -nntp -pda -smime -spamassassin -xface" 6,921 kB > > Total: 4 packages (4 new), Size of downloads: 11,637 kB > > The following USE changes are necessary to proceed: > #required by www-client/dillo-2.2, required by mail-client/claws- > mail-3.7.9-r1[dillo], required by claws-mail (argument) >>=x11-libs/fltk-2.0_pre6970-r1 -cairo > > Any reason why portage is telling me to set a USE that is already > there per portage's own output? > > It will build fltk with USE=-cairo, so why the need to tell me to set > it explicitly? > I guess it displays the USE settings how they should be and afterwards prints the required changes. Or does it build fltk with USE="-cairo" if you just type emerge -av fltk? -- Regards, Daniel
Re: [gentoo-user] Re: compiz and mesa
On Thursday 26 March 2009 20:54:34 Nikos Chantziaras wrote: > Andrew Gaydenko wrote: > > compiz wants x11-libs/libX11[xcb] (even 0.8.2), and > > mesa 7.4_rc1 wants x11-libs/libX11[xcb=] (it's for current ~amd64). > > > > Does [xcb=] means "without the flag"? > > Tree bug? > > I don't know why it shows like this with you, but here it told me that > that I had to remove the xcb USE flag from mesa. Instead of that, I > simply globally enabled xcb in make.conf and disabled it only for cairo > (the ebuild told me it's not a good idea to use xcb with cairo). > > So to make it short, put "xcb" in your USE flags in make.conf, and put: > >x11-libs/cairo -xcb > > in /etc/portage/package.use. Then "emerge -auvDN world" and you should > be set. Aha, this way works. Thanks for your help, Nikos!
Re: [gentoo-user] Helvetica fonts
On Tue, 7 Mar 2017 16:39:55 -0700, Thelma (the...@sys-concept.com) wrote about "Re: [gentoo-user] Helvetica fonts" (in <9082ed1b-ccad-31e6-36ff-33feb2d0c...@sys-concept.com>): [snip] > The two PFD documents that I created using both versions of Firefox: > www-client/firefox > www-client/firefox-bin > > from pdfinfo: > Producer: cairo 1.9.5 (using Firefox) > Producer: pdfTeX-1.40.16 (using Firefox) > > Both files are having problem viewing fonts using "flpsed". I have created a PDF of your message to which this message is replying. I used Thunderbird, which uses cairo-1.9.5 also. See if the attached document renders correctly with flpsed. If it does, the culprit will likely be pdfTeX-1.40.16. If it looks ugly, it could well be Cairo -- but given Cairo's purpose, that seems unlikely. -- Regards, Dave [RLU #314465] *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* dwn...@ntlworld.com (David W Noon) *-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-*-* Tbird_msg.pdf Description: Adobe PDF document
[gentoo-user] problem emerging Libdrm
After exactly 2 years , I'm trying to update my Asus EEE netbook. I've emerged gcc-4.8.3 ( 3 h 31 m ), portage-2.2.14 & udev-216 . However, I've lost X : trying to update gtk+ , I've run into a problem : it requires Mesa & Cairo & both require libdrm-2.4.58 , which refuses to compile, failing with lines reporting that "libpng15.so.15 & libudev.so.0 not found", which seem to be needed by Cairo & Mesa, which depend on Libdrm ; I've already updated to libpng-1.6.16 , so libpng16.so.16 is installed. I've tried 'emerge --nodeps' with Cairo & Mesa, but both fail. libdrm-2.4.58 was emerged on this desktop machine without any difficulty with libpng-1.6.16 emerged a bit later & everything working properly. I've done searches of Bugs, Forum & asked Google without much help. Can anyone suggest what might be causing this problem ? -- ,, SUPPORT ___//___, Philip Webb ELECTRIC /] [] [] [] [] []| Cities Centre, University of Toronto TRANSIT`-O--O---' purslowatchassdotutorontodotca
Re: [gentoo-user] Portage strangeness with imagemagick
Am Donnerstag 29 Oktober 2009 19:39:27 schrieb Dan Johansson: > Today when I do an update world on one of my serves I get the following: > > 8<- > - # emerge --update --deep --verbose > --reinstall changed-use --with-bdeps y world --pretend --tree > > These are the packages that would be merged, in reverse order: > > Calculating dependencies... done! > > emerge: there are no ebuilds built with USE flags to satisfy ">=x11- > libs/cairo-1.6[X]". > !!! One of the following packages is required to complete your request: > - x11-libs/cairo-1.8.8 (Change USE: +X) > (dependency required by "x11-libs/gtk+-2.16.6" [ebuild]) > (dependency required by "media-gfx/ufraw-0.15-r1" [ebuild]) > (dependency required by "media-gfx/imagemagick-6.5.2.9" [ebuild]) > (dependency required by "www-apps/gallery-2.3" [ebuild]) > (dependency required by "world" [argument]) > 8<- > - > > As this is a server I really do not want/need X on this host. So why do have gtk+ in your USE, then? That's the one that makes ufraw pull in gtk+ which in turn wants cairo with the X flag. OTOH, this doesn't mean you'll get X installed on your machine. You'll only get a handful of X libs. > I can not see why it works if I first deletes all USE flags (-*) and the > just sets the USE flags I need again. Because it's not imagemagick that wants cairo with X (which the emerge output above clearly states). Bye... Dirk signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] To emerge openbox or gparted...that is the question...(William Tuxpeare)
On 18.02.2017 12:14, meino.cra...@gmx.de wrote: > Hi, > > I am confused... > > For my new gentoo root I want openbox AND gparted. > But emerge says this: > > # required by x11-libs/pango-1.40.3::gentoo > # required by x11-wm/openbox-3.6.1::gentoo > # required by openbox (argument) >> =x11-libs/cairo-1.14.8 X > and > > # required by dev-cpp/cairomm-1.12.0-r1::gentoo > # required by dev-cpp/pangomm-2.40.1::gentoo > # required by dev-cpp/gtkmm-2.24.5::gentoo > # required by sys-block/gparted-0.27.0::gentoo > # required by sys-block/gparted (argument) >> =x11-libs/cairo-1.14.8 -X > > Do I really need a virtualbox image just to play around with > gparted separeted from openbox? ;) > > Can't be...or? > > Any way around this? > > Cheers > Meino > > > > A look at the ebuild shows that dev-cpp/cairomm-1.12.0-r1::gentoo depends on ' >=x11-libs/cairo-1.12.10[aqua=,svg=,X=,${MULTILIB_USEDEP}]' x11-libs/pango-1.40.3::gentoo depends on '>=x11-libs/cairo-1.12.14-r4:=[X?,${MULTILIB_USEDEP}]'. >From the manpage of ebuild(5), section "Atom USE", subsection "Conditional USE Dependencies": Compact Form Equivalent Expanded Form ─ foo[bar?] bar? ( foo[bar] ) !bar? ( foo ) foo[!bar?] bar? ( foo ) !bar? ( foo[-bar] ) foo[bar=] bar? ( foo[bar] ) !bar? ( foo[-bar] ) foo[!bar=] bar? ( foo[-bar] ) !bar? ( foo[bar] ) So you must have the X use flag enabled for pango but disabled for cairomm. Try enabling it for cairomm and all should be fine. Regards Johannes
Re: [gentoo-user] Portage strangeness with imagemagick
Am Donnerstag 29 Oktober 2009 20:08:27 schrieb Dan Johansson: > On Thursday 29 October 2009 19.52:52 Dirk Heinrichs wrote: > > Am Donnerstag 29 Oktober 2009 19:39:27 schrieb Dan Johansson: > > > Today when I do an update world on one of my serves I get the > > > following: > > > > > > 8<- > > >-- -- - # emerge --update --deep --verbose > > > --reinstall changed-use --with-bdeps y world --pretend --tree > > > > > > These are the packages that would be merged, in reverse order: > > > > > > Calculating dependencies... done! > > > > > > emerge: there are no ebuilds built with USE flags to satisfy ">=x11- > > > libs/cairo-1.6[X]". > > > !!! One of the following packages is required to complete your request: > > > - x11-libs/cairo-1.8.8 (Change USE: +X) > > > (dependency required by "x11-libs/gtk+-2.16.6" [ebuild]) > > > (dependency required by "media-gfx/ufraw-0.15-r1" [ebuild]) > > > (dependency required by "media-gfx/imagemagick-6.5.2.9" [ebuild]) > > > (dependency required by "www-apps/gallery-2.3" [ebuild]) > > > (dependency required by "world" [argument]) > > > ----8<- > > >-- -- - > > > > > > As this is a server I really do not want/need X on this host. > > > > So why do have gtk+ in your USE, then? That's the one that makes ufraw > > pull in gtk+ which in turn wants cairo with the X flag. OTOH, this > > doesn't mean you'll get X installed on your machine. You'll only get a > > handful of X libs. > > > > > I can not see why it works if I first deletes all USE flags (-*) and > > > the just sets the USE flags I need again. > > > > Because it's not imagemagick that wants cairo with X (which the emerge > > output above clearly states). > > > > Bye... > > > > Dirk > > Yes, I can see that it's not imagemagick directly that pulls in cairo. And > I do not have the gtk USE flag set: Oh, I looked into the 0.16 ebuild of ufraw, which contains this: RDEPEND=" media-libs/jpeg >=media-libs/lcms-1.13 media-libs/tiff exif? ( >=media-gfx/exiv2-0.11 ) gnome? ( gnome-base/gconf ) gtk? ( >=x11-libs/gtk+-2.6.0 >=media-gfx/gtkimageview-1.5.0 gimp? ( >=media-gfx/gimp-2.0 ) ) lensfun? ( >=media-libs/lensfun-0.2.3 )" So this one really has the gtk+ dep depending on the presence of the gtk use flag. Bye... Dirk signature.asc Description: This is a digitally signed message part.
Re: [gentoo-user] portage getting mixed up with USE?
On Wednesday 22 June 2011 10:49:04 Daniel Pielmeier did opine thusly: > 2011/6/22 Alan McKinnon : > > # emerge -av claws-mail > > > > These are the packages that would be merged, in order: > > > > Calculating dependencies... done! > > [ebuild N ] net-libs/libetpan-1.0 USE="berkdb gnutls sasl > > ssl - debug -ipv6 -liblockfile" 1,631 kB > > [ebuild N ] x11-libs/fltk-2.0_pre6970-r1 USE="jpeg opengl > > png xft xinerama zlib -cairo -debug -doc" 2,470 kB > > [ebuild N ] www-client/dillo-2.2 USE="gif jpeg png ssl > > -doc - ipv6" 616 kB > > [ebuild N ] mail-client/claws-mail-3.7.9-r1 USE="crypt > > dbus > > dillo gnutls imap ldap session spell ssl startup-notification - > > bogofilter -doc -ipv6 -nntp -pda -smime -spamassassin -xface" > > 6,921 kB > > > > Total: 4 packages (4 new), Size of downloads: 11,637 kB > > > > The following USE changes are necessary to proceed: > > #required by www-client/dillo-2.2, required by > > mail-client/claws- > > mail-3.7.9-r1[dillo], required by claws-mail (argument) > > > >>=x11-libs/fltk-2.0_pre6970-r1 -cairo > >> > > Any reason why portage is telling me to set a USE that is > > already > > there per portage's own output? > > > > It will build fltk with USE=-cairo, so why the need to tell me > > to set it explicitly? > > I guess it displays the USE settings how they should be and > afterwards prints the required changes. Or does it build fltk with > USE="-cairo" if you just type emerge -av fltk? emerge -av fltk gives exactly the same output as above. The dillo ebuild doesn't seem to be causing this change in behaviour: RDEPEND="x11-libs/fltk:2[-cairo,jpeg=,png=] What it looks like is portage is insisting the package.use explicitly states the USE flags needed. This is wrong and I am not about to bloat package.use to cater for every "built with use" occurrence. Or perhaps it's now only looking at installed deps and not it's own dep graph when emerge runs. Portage should only care about whether the package is already built with use, or will be according to the dep graph -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] pango fails to build
Justin Findlay <[EMAIL PROTECTED]> writes: > On AD 2008 July 04 Friday 01:02:39 PM -0230, Roger Mason wrote: >> /usr/lib/libcairo.so: undefined reference to `__sync_fetch_and_add_4' > > Did you try revdep-rebuild, or even just remerging cairo? I rebuilt cairo several times and revdep-rebuild says everything is OK. Thanks, Roger -- gentoo-user@lists.gentoo.org mailing list
Re: [gentoo-user] Emerging Gnome and KDE
Thanks, and I apologize for my attention fault and my poor english! On 1/26/07, Michael Sullivan <[EMAIL PROTECTED]> wrote: I'd start by emerging cairo with the X flag set # USE="X" emerge cairo -- FABRÍCIO L. RIBEIRO === [icq: 66770900] [e-mail, gtalk e msn: [EMAIL PROTECTED] [blog: http://opalavrorio.blogspot.com] -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] Portage strangeness with imagemagick
On Thursday 29 October 2009 21:08:27 Dan Johansson wrote: > On Thursday 29 October 2009 19.52:52 Dirk Heinrichs wrote: > > Am Donnerstag 29 Oktober 2009 19:39:27 schrieb Dan Johansson: > > > Today when I do an update world on one of my serves I get the > > > following: > > > > > > 8<- > > >-- -- - # emerge --update --deep --verbose > > > --reinstall changed-use --with-bdeps y world --pretend --tree > > > > > > These are the packages that would be merged, in reverse order: > > > > > > Calculating dependencies... done! > > > > > > emerge: there are no ebuilds built with USE flags to satisfy ">=x11- > > > libs/cairo-1.6[X]". > > > !!! One of the following packages is required to complete your request: > > > - x11-libs/cairo-1.8.8 (Change USE: +X) > > > (dependency required by "x11-libs/gtk+-2.16.6" [ebuild]) > > > (dependency required by "media-gfx/ufraw-0.15-r1" [ebuild]) > > > (dependency required by "media-gfx/imagemagick-6.5.2.9" [ebuild]) > > > (dependency required by "www-apps/gallery-2.3" [ebuild]) > > > (dependency required by "world" [argument]) > > > ----8<- > > >-- -- - > > > > > > As this is a server I really do not want/need X on this host. > > > > So why do have gtk+ in your USE, then? That's the one that makes ufraw > > pull in gtk+ which in turn wants cairo with the X flag. OTOH, this > > doesn't mean you'll get X installed on your machine. You'll only get a > > handful of X libs. > > > > > I can not see why it works if I first deletes all USE flags (-*) and > > > the just sets the USE flags I need again. > > > > Because it's not imagemagick that wants cairo with X (which the emerge > > output above clearly states). > > > > Bye... > > > > Dirk > > Yes, I can see that it's not imagemagick directly that pulls in cairo. And > I do not have the gtk USE flag set: > > # euse -i gtk > global use flags (searching: gtk) > > [-] gtk - Adds support for x11-libs/gtk+ (The GIMP Toolkit) > <...snip...> > ufraw's DEPEND: RDEPEND="media-libs/jpeg >=media-libs/lcms-1.13 media-libs/tiff >=x11-libs/gtk+-2.4.0 You don't have a choice. With ufraw you are going to get gtk+. imagemagick pulls in ufraw: RDEPEND="raw? ( media-gfx/ufraw ) But you have -raw in USE for imagemagick Hmm. What does emerge --info have to say about USE=raw? What does emerge -pvt imagemagick have to say? I'm thinking raw may be overridden in your profile. what profile are you using? -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] Build librsvg-2.34.2 Error
On Fri, Feb 3, 2012 at 9:51 AM, 高金培 wrote: > CC librsvg_2_la-librsvg-enum-types.lo > /bin/sh ./libtool --silent --tag=CC --mode=compile i686-pc-linux-gnu-gcc > -DHAVE_CONFIG_H -I. -I. -I. -DG_LOG_DOMAIN=\"librsvg\" > -DLIBRSVG_DATADIR="\"/usr/share\"" -pthread -I/usr/include/gdk-pixbuf-2.0 > -I/usr/include/libpng15 -I/usr/include/glib-2.0 -I/usr/lib/glib-2.0/include > -I/usr/include/libxml2 -I/usr/include/pango-1.0 -I/usr/include/freetype2 > -I/usr/include/cairo -I/usr/include/pixman-1 -I/usr/include/libdrm > -I/usr/include/libcroco-0.6 -I/usr/include/glib-2.0 > -I/usr/lib/glib-2.0/include -I/usr/include/libxml2 -DHAVE_LIBCROCO=1 -O2 > -march=pentium-m -pipe -c -o librsvg_2_la-librsvg-enum-types.lo `test -f > 'librsvg-enum-types.c' || echo './'`librsvg-enum-types.c > CCLD librsvg-2.la > CCLD rsvg-convert > GISCAN Rsvg-2.0.gir > CCLD rsvg-view > In file included from :19:0: > /var/tmp/portage/gnome-base/librsvg-2.34.2/work/librsvg-2.34.2/rsvg-cairo-render.h:32:19: > fatal error: cairo.h: No such file or directory > compilation terminated. I suspect you don't have cairo emerged. > * If you need support, post the output of 'emerge --info > =gnome-base/librsvg-2.34.2', > * the complete build log and the output of 'emerge -pqv > =gnome-base/librsvg-2.34.2'. > * The complete build log is located at > '/var/tmp/portage/gnome-base/librsvg-2.34.2/temp/build.log'. > * The ebuild environment file is located at > '/var/tmp/portage/gnome-base/librsvg-2.34.2/temp/environment'. > * S: '/var/tmp/portage/gnome-base/librsvg-2.34.2/work/librsvg-2.34.2' Before you go any farther, save the output of the commands it's asking about. sudo emerge --info gnome-base/librsvg-2.34.2 > ~/emerge.info.gnome-base.librsvg-2.34.2.txt sudo emerge -pqv gnome-base/librsvg-2.34.2 > ~/emerge.pqv.gnome-base.librsvg-2.34.2.txt sudo cp /var/tmp/portage/gnome-base/librsvg-2.34.2/temp/build.log ~/build.log.gnome-base.librsvg-2.34.2.txt sudo cp /var/tmp/portage/gnome-base/librsvg-2.34.2/temp/environment ~/environment.gnome-base.librsvg-2.34.2.txt If you need to file a bug report, you'll need to attach those to it. To install cairo, try emerge x11-libs/cairo Assuming that works, try emerge --resume If the build works, you should be good. If you get the same error, then you should file a bug report at bugs.gentoo.org. -- :wq
Re: [gentoo-user] problems building x11-libs/gtk+-2.20.1-r1
As you told me I merged "lafilefixer" and ran lafilefixer --justfixit then I executed revdep-rebuild which wants to remerge a huge amout of packages who because "libpangocairo-1.0.so.0" was missing, or couldn't be linked at the end, revdep-rebuild wants to emerge a package called "eel" which is masked: !!! All ebuilds that could satisfy "gnome-base/eel" have been masked. !!! One of the following masked packages is required to complete your request: - gnome-base/eel-2.24.1 (masked by: package.mask) /usr/portage/profiles/package.mask: # Pacho Ramos (12 Jul 2010) # Masked for removal in 30 days. # No longer developed by upstream, fails with forced as-needed (bug #277169), # does not compile against gnome-desktop-2.30 (bug #311563). but I want to upgrade my system, and love to solve this Pango Cairo problem if you have anymore ideas, I would thank you. Tamer 2010/8/13 Bill Longman : > On 08/13/2010 07:09 AM, Tamer Higazi wrote: >> Hi people! >> I am in front of a disaster updating my gentoo system. Now the system >> is shot, and I am not capable starting the gnome-manager: >> >> at the end it says only: >> >> checking Pango flags... configure: error: >> *** Pango not found. Pango built with Cairo support is required >> *** to build GTK+. See http://www.pango.org for Pango information. >> >> I remerged Cairo, cairo, pango but the problem still exists... and >> don't know how to solve it. :( > > Did you run revdep-rebuild? Did you run lafilefixer? > >> For any support I would kindly thank you. >> >> I put the files log, env and info at pastebin to view. >> >> build.log >> http://pastebin.com/CRdFS1Wt >> >> bluild.env >> http://pastebin.com/ze4tN1HE >> >> build.info >> http://pastebin.com/3L1XL2Jb >> > > >
Re: [gentoo-user] slot conflict
On Sunday 29 March 2009 08:26:45 John P. Burkett wrote: > Working on a amd64 machine, I did > emerge -D -uav world > and got the following response: > > !!! Multiple package instances within a single package slot have been > pulled !!! into the dependency graph, resulting in a slot conflict: > > dev-lang/python:2.5 > > ('installed', '/', 'dev-lang/python-2.5.2-r7', 'nomerge') pulled in by > dev-lang/python required by ('installed', '/', > 'dev-libs/libxslt-1.1.24-r1', 'nomerge') > > >=dev-lang/python-2.2 required by ('installed', '/', > > 'app-pda/libopensync-0.22', 'nomerge') > dev-lang/python required by world > (and 19 more) > > ('ebuild', '/', 'dev-lang/python-2.5.2-r7', 'merge') pulled in by > > >=dev-lang/python-2.3[-build,xml] required by ('ebuild', '/', > > 'app-text/iso-codes-3.6', 'merge') > dev-lang/python required by world I'm not sure why portage is telling you this; two packages (at least) want to merge python-2.5.2-r7 Try emerge python on it's own then emerge world, portage's confusion should then not be present [snip] > emerge: there are no ebuilds built with USE flags to satisfy > ">=app-text/poppler-bindings-0.8[gtk,cairo]". > !!! One of the following packages is required to complete your request: > - app-text/poppler-bindings-0.10.4 (Change USE: +cairo) > (dependency required by "app-text/evince-2.24.2" [ebuild]) > (dependency required by "world" [argument]) Put 'cairo' in your USE and run emerge world again. Portage is bitching that poppler-bindings does not have cairo support while evince requires this. Portage will not automatically change your USE flags in this case as it assumes you have a very good reason for setting them that way. > > I would be grateful for suggestions as to (1) which package if any > should be masked, and (2) what to do about app-text/poppler-bindings. > > John -- alan dot mckinnon at gmail dot com
Re: [gentoo-user] To emerge openbox or gparted...that is the question...(William Tuxpeare)
Johannes Rosenberger [17-02-18 12:44]: > On 18.02.2017 12:14, meino.cra...@gmx.de wrote: > > > Hi, > > > > I am confused... > > > > For my new gentoo root I want openbox AND gparted. > > But emerge says this: > > > > # required by x11-libs/pango-1.40.3::gentoo > > # required by x11-wm/openbox-3.6.1::gentoo > > # required by openbox (argument) > >> =x11-libs/cairo-1.14.8 X > > and > > > > # required by dev-cpp/cairomm-1.12.0-r1::gentoo > > # required by dev-cpp/pangomm-2.40.1::gentoo > > # required by dev-cpp/gtkmm-2.24.5::gentoo > > # required by sys-block/gparted-0.27.0::gentoo > > # required by sys-block/gparted (argument) > >> =x11-libs/cairo-1.14.8 -X > > > > Do I really need a virtualbox image just to play around with > > gparted separeted from openbox? ;) > > > > Can't be...or? > > > > Any way around this? > > > > Cheers > > Meino > > > > > > > > > > A look at the ebuild shows that dev-cpp/cairomm-1.12.0-r1::gentoo > depends on ' >=x11-libs/cairo-1.12.10[aqua=,svg=,X=,${MULTILIB_USEDEP}]' > x11-libs/pango-1.40.3::gentoo depends on > '>=x11-libs/cairo-1.12.14-r4:=[X?,${MULTILIB_USEDEP}]'. > > >From the manpage of ebuild(5), section "Atom USE", subsection > "Conditional USE Dependencies": > > Compact Form Equivalent Expanded Form > ─ > foo[bar?] bar? ( foo[bar] ) !bar? ( foo ) > foo[!bar?] bar? ( foo ) !bar? ( foo[-bar] ) > foo[bar=] bar? ( foo[bar] ) !bar? ( foo[-bar] ) > foo[!bar=] bar? ( foo[-bar] ) !bar? ( foo[bar] ) > > So you must have the X use flag enabled for pango but disabled for > cairomm. Try enabling it for cairomm and all should be fine. > > Regards > Johannes > Hi Alan, hi Johannes, thanks for all your help! "I am over 30...please help me to gentoo..." ;) Will take a deeper look into the few use-flags I set by hand. THANKS!!! :) Cheers Meino
Re: [gentoo-user] To emerge openbox or gparted...that is the question...(William Tuxpeare)
On 18/02/2017 13:53, meino.cra...@gmx.de wrote: > Johannes Rosenberger [17-02-18 12:44]: >> On 18.02.2017 12:14, meino.cra...@gmx.de wrote: >> >>> Hi, >>> >>> I am confused... >>> >>> For my new gentoo root I want openbox AND gparted. >>> But emerge says this: >>> >>> # required by x11-libs/pango-1.40.3::gentoo >>> # required by x11-wm/openbox-3.6.1::gentoo >>> # required by openbox (argument) >>>> =x11-libs/cairo-1.14.8 X >>> and >>> >>> # required by dev-cpp/cairomm-1.12.0-r1::gentoo >>> # required by dev-cpp/pangomm-2.40.1::gentoo >>> # required by dev-cpp/gtkmm-2.24.5::gentoo >>> # required by sys-block/gparted-0.27.0::gentoo >>> # required by sys-block/gparted (argument) >>>> =x11-libs/cairo-1.14.8 -X >>> >>> Do I really need a virtualbox image just to play around with >>> gparted separeted from openbox? ;) >>> >>> Can't be...or? >>> >>> Any way around this? >>> >>> Cheers >>> Meino >>> >>> >>> >>> >> >> A look at the ebuild shows that dev-cpp/cairomm-1.12.0-r1::gentoo >> depends on ' >=x11-libs/cairo-1.12.10[aqua=,svg=,X=,${MULTILIB_USEDEP}]' >> x11-libs/pango-1.40.3::gentoo depends on >> '>=x11-libs/cairo-1.12.14-r4:=[X?,${MULTILIB_USEDEP}]'. >> >> >From the manpage of ebuild(5), section "Atom USE", subsection >> "Conditional USE Dependencies": >> >> Compact Form Equivalent Expanded Form >> ─ >> foo[bar?] bar? ( foo[bar] ) !bar? ( foo ) >> foo[!bar?] bar? ( foo ) !bar? ( foo[-bar] ) >> foo[bar=] bar? ( foo[bar] ) !bar? ( foo[-bar] ) >> foo[!bar=] bar? ( foo[-bar] ) !bar? ( foo[bar] ) >> >> So you must have the X use flag enabled for pango but disabled for >> cairomm. Try enabling it for cairomm and all should be fine. >> >> Regards >> Johannes >> > > Hi Alan, hi Johannes, > > thanks for all your help! > "I am over 30...please help me to gentoo..." > ;) > > Will take a deeper look into the few use-flags I set by hand. Do you have "-*" in USE ? -- Alan McKinnon alan.mckin...@gmail.com