Created attachment 343772 [details] emerge --info '=sys-fs/udev-200' When I try to install udev-200 I was not able to build it due to build errors. I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl" compilation error: file ./man/custom-man.xsl line 27 element import xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl make: *** [man/udev.7] Error 5 make: *** Waiting for unfinished jobs.... These happens although USE="-doc". On a different machine it went fine, because samba installed: app-text/docbook-xml-dtd-4.2-r2 pulled in by: sys-libs/tdb-1.2.10 requires app-text/docbook-xml-dtd:4.2 sys-libs/tdb-1.2.10 pulled in by: net-fs/samba-3.6.13 requires >=sys-libs/tdb-1.2.9 After installing app-text/docbook-xml-dtd-4.2 by hand, compile went through fine. The logs are for a reinstall with docbook removed again. emerge -pqv '=sys-fs/udev-200': [ebuild R ] sys-fs/udev-200 USE="acl firmware-loader kmod openrc -doc -gudev -hwdb -introspection -keymap (-selinux) -static-libs"
Created attachment 343774 [details] build log
I removed every *docbook* package from my system and hit the exact same error. It looks like udev-200's tarball doesn't ship pregenerated manpages.
app-text/docbook-xsl-stylesheets is what is needed, in some cases re-emerge of app-text/docbook-xsl-stylesheets fixes things too
(In reply to comment #3) > app-text/docbook-xsl-stylesheets is what is needed, in some cases re-emerge > of app-text/docbook-xsl-stylesheets fixes things too also libxslt is required... those 2 are already in the ebuild but only getting pulled in for the udev-9999 version
+ 30 Mar 2013; Samuli Suominen <ssuominen@gentoo.org> udev-200.ebuild, + udev-9999.ebuild: + Move placement of app-text/docbook-xsl-stylesheets and dev-libs/libxslt as + they are mandatory now since there are no pregenerated manpages wrt #463870 + by Daniel T.
That was fast, thanks.