$ sudo cave fix-linkage Searching: 19 directories, 142816 files * gnome-base/librsvg-2.37.0::installed /usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.la (requires /usr/lib64/librsvg-2.la) /usr/lib64/gtk-2.0/2.10.0/engines/libsvg.la (requires /usr/lib64/librsvg-2.la) These are the actions I will take, in order: r gnome-base/librsvg:2::gentoo 2.37.0 to ::installed replacing 2.37.0 gtk introspection -tools -vala build_options: symbols=split -dwarf_compress -optional_tests -trace work=tidyup Reasons: target (/usr/lib64/librsvg-2.la) qfile /usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.la gnome-base/librsvg (/usr/lib64/gdk-pixbuf-2.0/2.10.0/loaders/libpixbufloader-svg.la) qfile /usr/lib64/gtk-2.0/2.10.0/engines/libsvg.la gnome-base/librsvg (/usr/lib64/gtk-2.0/2.10.0/engines/libsvg.la) As you can see the broken la dependent files are installed by librsvg-2.37 itself and rebuilding it will not resolve the issue.
librsvg-2.36.* ebuilds ensured that .la files did not get installed at all, but during the 2.37.0 bump, GNOME2_LA_PUNT="yes" was removed from the ebuild for some reason. Probably by accident.
I fixed the ebuild without a bump as I would like to have pixbuf loader cache moved to eclass and would do a revbump for that.
(In reply to Gilles Dartiguelongue from comment #2) > I fixed the ebuild without a bump as I would like to have pixbuf loader > cache moved to eclass and would do a revbump for that. Will you reuse this bug for that? (to close if not)
So eclass now handles cache generation. I'll close this bug now.