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 attachment 42088 [details] 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 attachment 55271 [details, diff] fix gdk-pixbuf.loaders location on multilib systems
Created attachment 55272 [details, diff] 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.
