libxml2-2.6.17 has an outdated python check in configure.in. It should be updated to set pyexecdir and use that for the shared objects (see sys-apps/dbus)
There is an identical bug with libxslt-1.1.12 as well
dev-libs/libxml2 -- phi portage # qpkg -l dev-libs/libxml2 | grep "/lib/" phi portage # qpkg -l dev-libs/libxml2 | grep "\.so" /usr/lib64/libxml2.so.2.6.19 /usr/lib64/libxml2.so.2 -> libxml2.so.2.6.19 1118441042 /usr/lib64/libxml2.so -> libxml2.so.2.6.19 1118441042 /usr/lib64/python2.4/site-packages/libxml2mod.so dev-libs/libxslt -- phi portage # qpkg -l dev-libs/libxslt | grep "/lib/" phi portage # qpkg -l dev-libs/libxslt | grep "\.so" /usr/lib64/libxslt.so.1.1.13 /usr/lib64/libxslt.so.1 -> libxslt.so.1.1.13 1118442011 /usr/lib64/libxslt.so -> libxslt.so.1.1.13 1118442011 /usr/lib64/libexslt.so.0.8.11 /usr/lib64/libexslt.so.0 -> libexslt.so.0.8.11 1118442011 /usr/lib64/libexslt.so -> libexslt.so.0.8.11 1118442011 /usr/lib64/python2.4/site-packages/libxsltmod.so Jeremy: I don't see what should be wrong here... Probably solved already by upstream?
Jeremy, Looking at the ebuilds, apparently this has been fixed by Danny and/or upstream, but just to be sure, is this bug still relevant?
Presumably fixed by now. Please re-open if that's not the case.