Bugzilla Bug 67989

I take for example bug #59029, it say that x11-themes/gnome-themes-extras needs
gnome-base/librsvg but in fact it just only need >=x11-libs/gtk+-2 because is
gtk+2 who needs to be compiled with/without SVG support.

I just reinstalled my system so, I begin the installation from an stage1..
everything works fine until i finished installed xfce4 and gqview. Both
programas was unable to diplay SVG icons/pictures... and yes I have installed
gnome-base/librsvg. I was unable to see SVG pictures until I reemerged gtk+2
(emerge x11-libs/gtk+)

Please add svg (gnome-base/librsvg ) in RDEPEND and their correspondent
USE="svg" in gtk+2 ebuilds.

And maybe it's going to be needed reopen some bugs (like #59029) in order to
remove the redundant (in case that this bug have a FIXED resolution)
gnome-base/librsvg dependency.

Created an attachment (id=42088) [edit]
emerge info

gtk+ depends in no way on librsvg, get your facts right before making bold
statements.

Your problem is probably due to fact that the 64 bit teams still haven't
adapted seperate module building packages to use the lib32/64 setup. librsvg in
this case

> gtk+ depends in no way on librsvg, get your
> facts right before making bold statements.

Oops, sorry I was thinking very bad about SVG gtk+ engine.
But this is why Bugzilla exist, people who have that
related knowledge can say "no, thats incorrect and then close the bug"

At least is a valid bug for another herd.

same problem here. any solution in sight?

I've had the exact same problem when I started from a stage1 install on amd64,
and managed to fix it by emerging gtk+ again fter I had emerged all of gnome
including librsvg. I did not have svg in my USE flags when I reemerged it or
anything. I noticed gtk+ gets compiled before librsvg when emerging
GNOME...could this possibly be causing the rpoblem?

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

foser: perhaps i missed something, but how is this bug related to lib32/lib64?

librsvg installs a gdk-pixbuf module for handling svg's, apparently those need
to be built as 32 & 64 bit libs. Then the module config files generated by
gdk-pixbuf-query-loaders need to be updated, this last step never got fixed for
the librsvg ebuild. See gtk+ ebuild for how it should be done.

The problem here -I think- is not that these users don't have those modules,
but that they can't be found because they are not listed yet.

Created an attachment (id=55271) [edit]
fix gdk-pixbuf.loaders location on multilib systems

Created an attachment (id=55272) [edit]
gtk+ multilib cleanup

Use of an arch specific config directory should not be restricted to amd64 but
to any multilib system. I've also cleaned up the ebuild a bit.

Fixed in CVS, thanks for reporting.