whenever gtk+ is emerged, it creates /etc/gtk-2.0/gdk-pixbuf.loaders and overwrites the existing file. When librsvg is emerged it creates the same file with: "/usr/lib/gtk-2.0/2.10.0/loaders/svg_loader.so" "svg" 2 "gtk20" "Scalable Vector Graphics" "image/svg+xml" "image/svg" "image/svg-xml" "image/vnd.adobe.svg+xml" "text/xml-svg" "" "svg" "svgz" "svg.gz" "" " <svg" "* " 100 " <!DOCTYPE svg" "* " 100 at the end. If gtk+ is updated and librsvg is not emerge after, many applications will fail to load svg files. Among these is gnomine which will not run. Either the gtk+ ebuild should recognize the existence of librsvg on the system and act accordingly, or an ewarn should be added to tell the user to remerge librsvg
we need to force libsvg recompile when upgrade gtk+ this is the easier solution. But we'll take a look later after the gnome 2.16 stablization.
Ha! Found it! I knew this wasn't dark magic :) Anyway, here is what librsvg does when it make installs : - it copies svg_loader.so into /usr/lib/gtk-2.0/2.10.0/loaders/ - gdk-pixbuf-query-loaders > /etc/gtk-2.0/gdk-pixbuf.loaders This clever part is done here : http://cvs.gnome.org/viewcvs/librsvg/gdk-pixbuf-loader/Makefile.am?rev=1.13&view=markup Maybe we can patch gtk to do the same thing, or call it in pkg_postinst(), i'll try to cook something up if I have the time (which I could use more of these days).
After checking, gtk does exactly what I pasted earlier. Rebuilding gtk doesn't change /etc/gtk-2.0/gdk-pixbuf.loaders. I honestly don't know what kind of bug you have encountered. Closing NEEDINFO as I can't reproduce.
I appears you found what I found. What info do you need?
Could you try rebuilding gtk once again to see if it breaks? Thanks
re-emergeing gtk+ did not remove the svg section from /etc/gtk-2.0/gdk-pixbuf.loaders so the problem may be solved. I did not verify what happens of an upgrade of gtk+ but I did notice that the last stable machine I upgraded emerged librsvg after the gdk+ upgrade.
I honestly don't know why this is happening since gtk+ ebuild has been updating gdk-pixbuf.loaders using this helper app for a while now... I honestly don't know why you encountered that issue. Don't hesitate to open that bug if you see it happening again. Thanks