the package >=media-gfx/imagemagick-6.3.7.9 depends on librsvg (through svg USE-flag). The package also has an X USE-flag, which may result in unwanted results with USE="-X svg" as librsvg depends on gtk+ and pulls in quite some X packages. It would be great to have only the svg-lib available, preferably with optional gtk and X. Here is some discussion from IRC: <maekke> rej: well... librsvg will only be pulled in and used with USE=X <rej> maekke: I was hoping there was another solution, namely to install rsvg without X. <maekke> rej: that's gnome stuff... <leio> The librsvg ebuild does not depend on X. <leio> argument to emerge. <rej> leio: Er, but it depends on gtk+... <leio> gtk+ does not depend on xorg-server either ;p <rej> The point being? <leio> or you mean libX11? <rej> Any part of the formerly monolithic X. <rej> In this case, quite a big part of it. <leio> because we pass --enable-pixbuf-loader and --enable-gtk-theme <rej> maekke: Reading that? <eroyf> gtk+ depends on a shitload of x11 libraries, but not the server itself iirc <rej> leio: OK, so if you made that conditional (when USE=X) then we could make headless imagemagick people a lot happier. * idani_away0 has quit (Client Quit) <maekke> rej: yup <rej> Then the imagemagick ebuild wouldn't need http://rafb.net/p/q2RzmT14.html at all and setting USE=-X would mean exactly that for both ebuilds. <leio> The problem is that quite some things depping on librsvg expect the pixbuf loader and/or theme engine to be provided * idani_away (n=idani@221x248x229x158.ap221.ftth.ucom.ne.jp) has joined #gentoo-dev <rej> leio: All of them needing some-part-of-X too, I would think. <jakub> rej: you can use this but it's pretty much broken w/o X <jakub> http://overlays.gentoo.org/dev/betelgeuse/browser/x11-libs/gtk%2B <rej> jakub: What's that? <leio> that seems to be a gtk+ ebuild that uses directfb instead of X11 and probably breaks lots of things. <jakub> rej: uses directfb instead :) <jakub> leio: yeah as said, pretty much broken :D <rej> jakub: Apparently all we need is an option to build librsvg without X support. <leio> you can have librsvg be without needing gtk+ if you don't compile pixbuf loader (gdk-pixbuf stuff, which is part of GTK+ package) and theme engine, it seems, but the check in configure.in is automagical right now apparently and lots of ebuilds depping on librsvg probably expect to find the pixbuf loader for usage <leio> !rdep librsvg <jeeves> yikes 51 pkgs reverse rdepend on librsvg! Try digging around here instead. http://tinderbox.dev.gentoo.org/misc/rindex/ <leio> so how do we feel about adding some 30 built_with_use X checks? ;p <jakub> leio: uuuh... no <rej> leio: Then have IUSE=X and apply the pixbuf option conditionally. <jakub> rej: well, no... would have to be pretty much use.forced <leio> rej: Then all packages needing the pixbuf loader need to check with built_with_use. <jakub> it will breaks tons of stuff <leio> perhaps a more sane would be to break it up into separate packages * jokey (n=jokey@pop8-329.catv.wtnet.de) has joined #gentoo-dev * ChanServ gives channel operator status to jokey * rej applauds. <jakub> adding more built_with_use junk to heavily used ebuilds totally sucks <rej> jakub: Nothing will break if no one breaks stuff. <rej> jakub: And yes, built_with_use sucks. * jokey has quit (Client Quit) <leio> it's probably very hard to know if somethings needs the pixbuf loader too or only librsvg * rej nods
I think it's going to be a tiny bit more complicated than that : From librsvg's configure.ac : PKG_CHECK_MODULES(LIBRSVG, \ gdk-pixbuf-2.0 >= $GDK_PIXBUF_REQUIRED \ <========== /!\ glib-2.0 >= $GLIB_REQUIRED \ libxml-2.0 >= $LIBXML_REQUIRED \ pangoft2 >= $PANGOFT2_REQUIRED \ pangocairo >= $PANGOCAIRO_REQUIRED \ cairo >= $CAIRO_REQUIRED \ cairo-png >= $CAIRO_REQUIRED \ fontconfig >= $FONTCONFIG_REQUIRED freetype2) $ qfile /usr/lib/pkgconfig/gdk-pixbuf-2.0.pc x11-libs/gtk+ (/usr/lib/pkgconfig/gdk-pixbuf-2.0.pc)
<leio> you can have librsvg be without needing gtk+ if you don't compile pixbuf loader (gdk-pixbuf stuff, which is part of GTK+ package) and theme engine, it seems, but the check in configure.in is automagical right now apparently and lots of ebuilds depping on librsvg probably expect to find the pixbuf loader for usage ^^ I don't expect it to require gdk-pixbuf for other reasons than providing a pixbuf loader. Does it need it for other reasons? configure.in patching is needed either way if we want to go for changing this
Might want to have a look at http://bugzilla.gnome.org/show_bug.cgi?id=326222
Intro from the librsvg site: Many software developers use the librsvg library to render SVG graphics. It is lightweight and portable, requiring only libxml and libart at a minimum, while providing extra features when used with libcroco, libgsf, and mozilla. My main issue is rrdtool now uses SVG which pulls librsvg -> gtk+ -> X. I refuse to install X on a production server (and gtk+ for that matter).
(In reply to comment #4) > My main issue is rrdtool now uses SVG which pulls librsvg -> gtk+ -> X. > I refuse to install X on a production server (and gtk+ for that matter). 1) We're talking about the X _libraries_ here. Not the X _server_. 2) "refusing" will not get you far, it's hardly a constructive approach...
There is a newer bug report with a patch and an upstream report to Gnome; closing this one. *** This bug has been marked as a duplicate of bug 234460 ***
