Looks like an upstream bug, but I'm not sure, so filing here first. From Makefile.am: %.1 %.7 %.8 : %.xml $(XSLTPROC) -nonet http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl $< This can't work. xsltproc refuses to fetch the http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl with -nonet option. Reproducible: Always Steps to Reproduce: 1. emerge =sys-power/upower-0.9.18 Actual Results: Build fails with message: I/O error : Attempt to load network entity http://docbook.sourceforge.net/release/xsl/current warning: failed to load external entity "http://docbook.sourceforge.net/release/xsl/current" cannot parse http://docbook.sourceforge.net/release/xsl/current Expected Results: You probably don't want a network URL for the stylesheet at all here.
Attach build log with the error, not just your guesses.
Please post the output of `emerge --info =sys-power/upower-0.9.18` as well.
Created attachment 330554 [details] emerge --info '=sys-power/upower-0.9.18' Oops, sorry, there you go.
Please also attach the build log, as listed in the comment before mine, found at /var/tmp/portage/sys-power/upower-0.9.18/temp/build.log
Created attachment 330558 [details] Uncompressed `emerge --info =sys-power/upower-0.9.18` from reporter.
Created attachment 330560 [details] build log I removed -nonet and completed the build, after that emerge wiped the log. The error appears while generating the manpages. It is not strictly caused by Makefile.am because automake isn't run by the ebuild, so to verify it's caused by this line, you need to fix Makefile.in or run automake manually.
Created attachment 330562 [details] Uncompressed build log from reporter. Thank you, uncompressed the files to spare some time and assigned the bug to the maintainers.
'-nonet' is *not* a bug. The problem here is that something went wrong. app-text/docbook-xsl-stylesheets (which should provide those files) should be installed, but for some reason xsltproc doesn't see it.
Thanks for the hint! /etc/xml/catalog was gone. I restored it from a backup, and xsltproc was happy. If anyone else sees this, I assume rebuilding app-text/docbook-xsl-stylesheets should repair /etc/xml/catalog as well.
