Dracut docs compilation requires network connectivity, preventing offline compilation on airgapped servers.

[cmpunches]

Describe the bug
When compiling dracut I receive the following error:

xsltproc -o "man/dracut.bootup.7" -nonet http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl man/dracut.bootup.7.xml
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"
cannot parse http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
make: *** [Makefile:123: man/dracut.bootup.7] Error 4
make: *** Waiting for unfinished jobs....

This failure is occuring because it is taking place on an airgapped build system to check specifically for toolchains that require more than is bundled in their source beyond runtime dependencies. This means to me that dracut cannot be compiled on a system without the ability to download additional resources for the documentation.

Distribution used
Dark Horse Linux ( it's a work in progress - www.darkhorselinux.org ). I am the sole maintainer currently.

Dracut version
059

Init system
systemd

To Reproduce
./configure
make

Expected behavior
The documentation to be entirely bundled with the source tarball to prevent network dependencies.

Additional context
I can't find the dracut install docs anywhere, folks, so it may be entirely that there's an option to address this specific issue.

I did see an option --disable-documentation inside of ./configure which does successfully compile dracut, but I did not see a method that involves offline documentation compilation. I do not think it's the intent that airgapped systems can't compile docs.

[cmpunches]

After doing some debugging it looks like an earlier dependency, libxslt, was failing out with the same types of errors due to missing docbooks stylesheets in its catalog, and then returning a 0 exit code after that failure, so this issue is further up the chain.

Those stylesheets would need to be installed prior to this working with local system resources because of how the libxslt catalog interface works.

There are still some interesting things about this. The xsltproc execution is also being passed the -nonet option by the dracut install, and xsltproc is still trying to access network resources anyway instead of failing.

So, I think this issue was filed in the wrong place. This should have been filed with the xsltproc project instead of dracut and should be closed. I will refile with them and reference this issue. Thanks, and sorry about the mixup. Not a dracut issue.