Created attachment 559782 [details, diff] patch for the gdbus-codegen-2.58.2.ebuild ebuild script fixing the issue dev-util/gdbus-codegen-2.58.2 and dev-util/glib-utils-2.58.2 currently fail to build due to the manpage generation command: xsltproc \ --nonet \ --stringparam man.output.quietly 1 \ --stringparam funcsynopsis.style ansi \ --stringparam man.th.extra1.suppress 1 \ --stringparam man.authors.section.enabled 0 \ --stringparam man.copyright.section.enabled 0 \ -o "${2}" \ http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl \ "${1}" || die "manpage generation failed" which requests the style sheet to be obtained from network while at the same time forbidding network access with the `--nonet` option. (Since it is taken from upstream sources I'm wondering how they are able to build it, but that's only tangential). I'm attaching patches for both ebuilds, docbook-xsl-stylesheets are already listed as dependencies.
Created attachment 559784 [details, diff] patch for the glib-utils-2.58.2.ebuild script fixing the issue
I use FEATURES="noman nodoc noinfo" but still I encounter this. but it is fixed when I've merged dev-libs/libxslt.
I assume your patch is reversed? Anyhow, the ebuild should be correct. This is how it should be working: xsltproc will consult /etc/xml/ contents for local copies of xsl, dtd and other files. It should find the following entry from /etc/xml/docbook, provided that app-text/docbook-xsl-stylesheets is installed (it's a DEPEND of glib-utils) and the docbook catalog in /etc/xml/docbook is up to date (docbook-xsl-stylesheets calls build-docbook-catalog for that in postinst): <rewriteURI uriStartString="http://docbook.sourceforge.net/release/xsl/current" rewritePrefix="file:///usr/share/sgml/docbook/xsl-stylesheets"/> This will make it try file:///usr/share/sgml/docbook/xsl-stylesheets/manpages/docbook.xsl instead automatically. This, as said, is shipped by app-text/docbook-xsl-stylesheets, which is in DEPEND of glib-utils, and everything should be fine and dandy. Now I don't know why they aren't for you. Is something wrong with your /etc/xml/docbook?
As said, to my knowledge everything should be fine as-is and not sure what's wrong with your xml catalog and whatnot. Closing bug for now, feel free to add information and re-open (if you can), if that's appropriate.