[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
[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] Failed to emerge fontforge
On Mon, 20 Apr 2009 18:11:32 +0200 Thomas Chef thomas.c...@gmail.com 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] 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 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
[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] 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] 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] 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.
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] 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
[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
[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
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] 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 :(
[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] 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
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] 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 yng...@gentoo.org 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] 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] 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/9999)^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.
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 thecr...@gmail.com 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] 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] 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] 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
[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] 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] 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
[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] 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?
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
Re: [gentoo-user] Cairo and NX, forever enemies
On Mon, Nov 5, 2012 at 12:01 PM, Helmut Jarausch jarau...@igpm.rwth-aachen.de 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 :)
Re: [gentoo-user] fcitx crash----something to do with libpng cairo?
2013/4/13 Jackie jiangjun12...@gmail.com: 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] 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 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] 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
Re: [gentoo-user] Cairo and NX, forever enemies
On Wed, Nov 14, 2012 at 4:40 AM, Helmut Jarausch jarau...@igpm.rwth-aachen.de wrote: On 11/06/2012 12:42:25 AM, Paul Hartman wrote: On Mon, Nov 5, 2012 at 12:01 PM, Helmut Jarausch jarau...@igpm.rwth-aachen.de 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.
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 jiangjun12...@gmail.com wrote: 在 Sat, 13 Apr 2013 12:47:56 +0800，Wang Xuerui idontknw.w...@gmail.com 写道: 2013/4/13 Jackie jiangjun12...@gmail.com: 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 pe...@prh.myzen.co.uk 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.12r2=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.13r2=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
[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] 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
[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
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 alan.mckin...@gmail.com: 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] 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] 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<char,
> > std::char_traits, std::allocator > const&,
> > std::__cxx11::basic_
> > string<char, std::char_traits, std::allocator > const&,
> > std::__cxx11::basic_string<char, std::char_traits,
> > 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] Re: mysql-workbench
Martin Vaeth <mar...@mvath.de> 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?
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] 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] 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 wo...@wonkology.org 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] pecl-cairo ~x86 overlay?
On Sun, Aug 1, 2010 at 8:40 AM, Michael M thecr...@gmail.com wrote: Thank you for the help, I will give it a go. On Sun, Aug 1, 2010 at 5:06 AM, Alex Schuster wo...@wonkology.org 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.
Re: [gentoo-user] Build librsvg-2.34.2 Error
On Fri, 3 Feb 2012 10:22:21 -0500 Michael Mol mike...@gmail.com 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] New install - startx not starting
On Wednesday 08 November 2006 12:42, Greg Morin wrote: VIDEO_CARDS was/is set. The tweaking was in USE - 'png' was necessary before 'emerge cario'. Oh good, all's well that ends well. But I'm curious to know how the lack of the png USE flag to cairo caused X to not load your video driver per the original error message. Or was cairo just the last of several somewhat related things that had to be remerged? alan -- 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 pa...@gentoo.org (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] Build librsvg-2.34.2 Error
高金培 writes: In file included from stdin: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 My guess is that you need to emerge x11-libs/cairo which has the missing cairo.h. Probably a bug in the librsvg ebuild. If you want to be kind, file a bug report on bugs.gentoo org abut this. Wonko
[gentoo-user] cairo-1.10.2 fails to emerge --missing file
Hi. In my last update, the system wanted to emerge x11-libs/cairo-1.10.2-r2, but the file EGL/egl.h is missing. Now that file used to be provided by media-libs/mesa, but it seems the file is no longer there. I am running gentoo unstable 64-bit. Any ideas as to how to solve this problem? Thanks in advance for any suggestions. -- Your life is like a penny. You're going to lose it. The question is: How do you spend it? John Covici cov...@ccs.covici.com
Re: [gentoo-user] cairo-1.10.2 fails to emerge --missing file
On Sun, Mar 4, 2012 at 8:30 AM, cov...@ccs.covici.com wrote: Hi. In my last update, the system wanted to emerge x11-libs/cairo-1.10.2-r2, but the file EGL/egl.h is missing. Now that file used to be provided by media-libs/mesa, but it seems the file is no longer there. I am running gentoo unstable 64-bit. Any ideas as to how to solve this problem? Thanks in advance for any suggestions. I guess it's called 'testing' for a reason? File a bug report. - Mark
[gentoo-user] Re: emerge output, screenshots and the list Was: fcitx crash, libpng cairo?
On 13 April 2013, at 11:11, Jackie wrote: … I am now glad to tell you that the problem was indeed due to cairo update,which caused fcitx's skin failed to load,thus th einput method failed to load normally.Luckily,upstream developers have delt with it and my problem was solved after I updated fcitx. Glad to hear this is now sorted. I have cross-posted your reply to the list, so that everyone else can see your other thread is now closed. Stroller.
Re: [gentoo-user] Inkscape failed to compile...(update from this morning)
On Sun, Oct 28, 2018 at 3:41 PM wrote: > > Hi, > > while syncing/updateing my system, inkscape failed to compile: > Nikos posted about cairo issue recently that revdep-rebuild didnt fix. I had a similar issue with different software. In my case; emerge -1 x11-libs/cairo dev-cpp/cairomm dev-python/pycairo Fixed it. Not sure which package was the problem.
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] Cairo XCB
On Fri, Jul 23, 2010 at 1:56 PM, David W Noon dwn...@ntlworld.com 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 XCB
On Samstag 24 Juli 2010, Kevin O'Gorman wrote: On Fri, Jul 23, 2010 at 1:56 PM, David W Noon dwn...@ntlworld.com 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 dwn...@ntlworld.com 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] 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 pa...@gentoo.org (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] 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 jarau...@igpm.rwth-aachen.de 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.
[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!snapshot7_libpng_slot.png 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] 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 yng...@gentoo.org 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] 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
Re: [gentoo-user] mysql-workbench
Alan McKinnon <alan.mckin...@gmail.com> 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 N ] d
[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] 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] 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] 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] Still getting calls to gcc-i486
On Tue, 14 Jul 2009 08:40:51 -0500, Harry Putnam rea...@newsguy.com 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: Still getting calls to gcc-i486
Harry Putnam rea...@newsguy.com 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] 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] 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] 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
[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] problem emerging Libdrm
On Sun, Jan 25, 2015 at 7:18 AM, Philip Webb purs...@ca.inter.net wrote: 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 Did the gcc update go alright? What's the output of 'gcc --version' and 'gcc-config -l'?
Re: [gentoo-user] Moving from no-multilib to (true) multilib
On 31/03/2015 12:48, Bruce Hill wrote: On Mon, Mar 30, 2015 at 11:20:23AM +0100, Mick wrote: Given that the emul-linux-x86 package sets are now deprecated and we can now with USE=abi_x86_32 emerge our own 32bit libraries where needed, is it now easier to move from a no-multilib to a multilib environment, or will it still require a complete reinstall? -- Regards, Mick 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 On another box it's just getting that same solution and rebuilding some: Jobs: 28 of 204 completeLoad avg: 4.14, 4.57, 3.67 Hopefully it doesn't break too badly. That's the wife's PC, and there's not much time to fix it this morning. -- Alan McKinnon alan.mckin...@gmail.com
Re: [gentoo-user] To emerge openbox or gparted...that is the question...(William Tuxpeare)
On 18/02/2017 13: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? gparted and openbox co-exist just fine. You have some combination of USE flags in their deps (cairo, pango, gtkmm, etc) that wants X off for one and on for another. Check your USE for all of those deps, especially USE=X. The problem setting is most likely to be in package.use -- Alan McKinnon alan.mckin...@gmail.com
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<char, std::char_traits, std::allocator > const&, Tracer::Kopf2011::Options const&)': kopftracer2011.cpp:(.text+0x618): undefined reference to `Gdk::Pixbuf::create_from_file(std::__cxx11::basic_string<char, std::char_traits, std::allocator > const&)' libdepixelize/libdepixelize.a(kopftracer2011.o): In function `Tracer::Kopf2011::to_splines(std::__cxx11::basic_string<char, std::char_traits, std::allocator > const&, Tracer::Kopf2011::Options const&)': kopftracer2011.cpp:(.text+0x848): undefined reference to `Gdk::Pixbuf::create_from_file(std::__cxx11::basic_string<char, std::char_traits, 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] 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] emerge Error
All, After sync'ing yesterday and getting a whole bunch of packages evince had problems and gnome never got installed. Today after sync'ing I get the following which doesn't make sense to me. Can someone help. # emerge -uDNp world !!! CONFIG_PROTECT is empty These are the packages that would be merged, in order: Calculating dependencies... done! 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 gnome-base/gnome-2.24.1 [ebuild]) (dependency required by world [argument]) Thanks, Dave
Re: [gentoo-user] conflict in update
On Sat, 25 Apr 2009 16:32:30 +0200, Justin wrote:
('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
And remove poppler-bindings from world.
--
Neil Bothwick
Error reading FAT record: Try the SKINNY one? (Y/N)
signature.asc
Description: PGP signature
Re: [gentoo-user] conflict in update
On 25/04/09 Justin said: It tells you what todo: emerge app-text/poppler-bindings-0.10.4 with USE=gtk cairo check that if it solves the problem msoul...@anton:~$ USE=gtk cairo sudo emerge --pretend app-text/poppler-bindings These are the packages that would be merged, in order: Calculating dependencies... done! [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] Ok, I'll try this and repeat. Mike -- Michael P. Soulier msoul...@digitaltorque.ca Any intelligent fool can make things bigger and more complex... It takes a touch of genius - and a lot of courage to move in the opposite direction. --Albert Einstein pgprqRFvxjKzn.pgp Description: PGP signature
RE: [gentoo-user] Emerging Gnome and KDE
-Original Message- From: Fabrício L. Ribeiro [mailto:[EMAIL PROTECTED] Sent: 26 January 2007 16:09 To: gentoo-user@lists.gentoo.org Subject: [gentoo-user] Emerging Gnome and KDE - snip - * Please re-emerge x11-libs/cairo with the X USE flag set - snip - What it means? What should I do to have Gnome and KDE in my PC? Thanks! You should read the error message? Add X to your use flags in make.conf then do `emerge --newuse cairo` then try emerging gnome again. David -- gentoo-user@gentoo.org mailing list
Re: [gentoo-user] pecl-cairo ~x86 overlay?
On Sun, 1 Aug 2010 10:29:08 +0800, sam new wrote: 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. You don't need to modify the ebuild, just add a line to /etc/portage/package.kjeywords dev-php5/pecl-cairo ~amd64 -- Neil Bothwick The cow is nothing but a machine which makes grass fit for us people to eat. signature.asc Description: PGP signature
Re: [gentoo-user] What is libX11.la, and how do I build it?
* Alan Mackenzie a...@muc.de wrote: I try to emerge, say, gtk+. It fails building the cairo lib. The build log indicates: /bin/sed: can't read /usr/lib64/libX11.la: No such file or directory Upstream bug. Cairo is broken, they rely on unreliable stuff. (there's a lot of traffic about .la files and why they are very bad idea from day one in the mail archives ...) cu -- -- Enrico Weigelt, metux IT service -- http://www.metux.de/ phone: +49 36207 519931 email: weig...@metux.de mobile: +49 151 27565287 icq: 210169427 skype: nekrad666 -- Embedded-Linux / Portierung / Opensource-QM / Verteilte Systeme --
Re: [gentoo-user] fcitx crash----something to do with libpng cairo?
problem solved now.I searched through Internet and got the information that the crash wad caused by the newer version of cairo fcitx,which led to a failure of th eload of fcitx's skin.Anyway,developers have had it fixed and after an update of fcitx to version 4.2.7-r1,everything is cool now.Thanks for your attention:)在 Sun, 14 Apr 2013 00:08:56 +0800，Erick Guan fantasticfe...@gmail.com 写道: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 jiangjun12...@gmail.com wrote: 在 Sat, 13 Apr 2013 12:47:56 +0800，Wang Xuerui idontknw.w...@gmail.com 写道: --
[gentoo-user] To emerge openbox or gparted...that is the question...(William Tuxpeare)
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
Re: [gentoo-user] Inkscape failed to compile...(update from this morning)
On Sun, Oct 28, 2018 at 4:08 PM Adam Carter wrote: > On Sun, Oct 28, 2018 at 3:41 PM wrote: > >> >> Hi, >> >> while syncing/updateing my system, inkscape failed to compile: >> > > Nikos posted about cairo issue recently that revdep-rebuild didnt fix. I > had a similar issue with different software. In my case; > > emerge -1 x11-libs/cairo dev-cpp/cairomm dev-python/pycairo > > Fixed it. Not sure which package was the problem. > dev-cpp/cairomm seems like the most likely candidate as its files are mentioned in Nikos' and your build errors, so try rebuilding that one first.
Re: [gentoo-user] pango fails to build
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? Justin -- gentoo-user@lists.gentoo.org mailing list
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
