My first attempt to "emerge xorg-server" failed at the point where x11-libs/libXft-2.1.12 was being processed. Here are the last few lines: ==================================================================== /bin/sed: can't read /usr/lib/libxml2.la: No such file or directory libtool: link: `/usr/lib/libxml2.la' is not a valid libtool archive make[2]: *** [libXft.la] Error 1 make[2]: Leaving directory `/var/tmp/portage/x11-libs/libXft-2.1.12/work/libXft-2.1.12/src' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/var/tmp/portage/x11-libs/libXft-2.1.12/work/libXft-2.1.12' make: *** [all] Error 2 !!! ERROR: x11-libs/libXft-2.1.12 failed. Call stack: ebuild.sh, line 1614: Called dyn_compile ebuild.sh, line 971: Called qa_call 'src_compile' environment, line 3786: Called src_compile ebuild.sh, line 1304: Called x-modular_src_compile x-modular.eclass, line 333: Called x-modular_src_make x-modular.eclass, line 328: Called die ==================================================================== Reproducible: Always Steps to Reproduce: Expected Results: I got around the problem by saying "emerge libxml2" and trying again with xorg-server. But I think the ebuild for libXft should acknowledge the package's dependence on libxml2 so that the latter can be in place before it's needed. I am always impressed by the willingness of smart people to donate fixes to a setup that is already admirable. Thank you.
Uh, this doesn't reference libxml2 at all, anywhere in the code. $ grep -Rni xml libXft-2.1.12/ $ You should run revdep-rebuild instead.
