On Sat, Jul 04, 2020 at 01:08:32PM +0200, Christoph Berg wrote:
> Ideally we should add some --nonet flag to make the failure both more obvious and reproducible.
Here's an update on this bug...
There is a "--nonet" option that can be passed to xsltproc, but the
build fails when that option is used, returning error code 5; from the
xsltproc manpage:
5
Error in the stylesheet
The issue lies in the asciidoc package when the manpage stylesheet is
used in conjunction with --nonet. I tweaked the autopkgtest to show the
failure and pushed a branch and created a merge request [1]. From the
verbose output of the now failing test:
> ...
> creating dictionary for stylesheet
> reusing dictionary from /etc/asciidoc/docbook-xsl/manpage.xsl for stylesheet
> xsltParseStylesheetProcess : found stylesheet
> xsltPreprocessStylesheet: removing ignorable blank node
> Reusing dictionary for document
> 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 /etc/asciidoc/docbook-xsl/manpage.xsl line 12 element import
> xsl:import : unable to load http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl
> ...
So I propose that we reassign this to asciidoc, since any package that
build-depends on asciidoc and uses the manpage stylesheet should fail in
the same manner. I don't have any experience with XSL stylesheets, but
I assume that the asciidoc package can be updated to include the
necessary components such that xsl files need not be fetched from the
network during the build.
Does that sound reasonable to folks?
Thanks,
tony
[1] https://salsa.debian.org/debian/asciidoc/-/merge_requests/1
Attachment:
signature.asc
Description: PGP signature