While emerging app-office/gnumeric-1.8.4-r1 following error appears: creating libspreadsheet.la /bin/sed: can't read /usr/lib/libgsf-gnome-1.la: No such file or directory libtool: link: `/usr/lib/libgsf-gnome-1.la' is not a valid libtool archive Reproducible: Always Steps to Reproduce: Expected Results: I suppose, the file /usr/lib/libgsf-gnome-1.la is missing because libgsf compiled without gnome support. As gnome use flag is turned off globally gnumeric ebuild should not require gnome support to build successfully. $ euse -I gnome global use flags (searching: gnome) ************************************************************ [- cD ] gnome - Adds GNOME support $ equery uses libgsf [ Searching for packages matching libgsf... ] [ Colour Code : set unset ] [ Legend : Left column (U) - USE flags from make.conf ] [ : Right column (I) - USE flags packages was installed with ] [ Found these USE variables for gnome-extra/libgsf-1.14.11 ] U I + + bzip2 : Use the bzlib compression library - - debug : Enable extra debug codepaths, like asserts and extra output. If you want to get meaningful backtraces see http://www.gentoo.org/proj/en/qa/backtraces.xml + + doc : Adds extra documentation (API, Javadoc, etc) - - gnome : Adds GNOME support + + python : Adds support/bindings for the Python language $ emerge -pvt gnumeric These are the packages that would be merged, in reverse order: Calculating dependencies... done! [ebuild N ] app-office/gnumeric-1.8.4-r1 USE="perl python -debug -gnome" 0 kB Total: 1 package (1 new), Size of downloads: 0 kB
Have you tried running: revdep-rebuild -i -- -a revdep-rebuild can be found in the gentoolkit package.
I'm assuming this was the issue since I could reproduce the error by turning off [gnome] and re-emerging libgsf. Fixed by revdep-rebuild. Re-open if that's not the case.
(In reply to comment #2) > I'm assuming this was the issue since I could reproduce the error by turning > off [gnome] and re-emerging libgsf. Fixed by revdep-rebuild. > Re-open if that's not the case. > Tried revdep-rebuild. Found a lot of broken dependencies on libgsf-gnome.so, but as I mentioned before there is no libgsf-gnome in /usr/lib unless I build it with [gnome] use flag. I have added to my /etc/portage/package.use: "gnome-extra/libgsf gnome" Now gnumeric compiles just fine, so there is an easy workaround. I think, it is a build time bug. Ebuild that has use flag and has it turned off should not require other ebuilds have the same flag turned on. At least, it should check such a condition and complain if something is wrong, as gnucash ebuild does (it requires libgsf to be built with gnome flag).
This is what revdep-rebuild is for. Not a bug.
I also EAPI2ified a couple of packages that depend on libgsf[gnome]. They should be more vocal when complaining now.
