Hi, On 2023-01-26 21:48:54 +0100, Brar Piening wrote: > On 18.01.2023 at 06:50, Brar Piening wrote: > > > I'll give it a proper look this weekend. > > It turns out I didn't get a round tuit. > > ... and I'm afraid I probably will not be able to work on this until > mid/end February so we'll have to move this to the next commitfest until > somebody wants to take it over and push it through.
A small note: As-is this fails on CI, because we don't allow network access during the docs build anymore (since it always fails these days): https://cirrus-ci.com/task/5474029402849280?logs=docs_build#L297 [17:02:03.114] time make -s -j${BUILD_JOBS} -C doc [17:02:04.092] I/O error : Attempt to load network entity http://cdn.docbook.org/release/xsl/current/html/sections.xsl [17:02:04.092] warning: failed to load external entity "http://cdn.docbook.org/release/xsl/current/html/sections.xsl"; [17:02:04.092] compilation error: file stylesheet-html-common.xsl line 17 element import [17:02:04.092] xsl:import : unable to load http://cdn.docbook.org/release/xsl/current/html/sections.xsl I think this is just due to the common URL in docbook packages being http://docbook.sourceforge.net/release/xsl/current/* Because of that the docbook catalog matching logic won't work for that file: E.g. I have the following in /etc/xml/docbook-xsl.xml, on debian unstable: <delegateURI uriStartString="http://docbook.sourceforge.net/release/xsl/"; catalog="file:///usr/share/xml/docbook/stylesheet/docbook-xsl/catalog.xml"/> As all our other references use the sourceforge address, this should too. Greetings, Andres Freund
