#980931 Calls stat() on URLs

Package:
xsltproc
Source:
libxslt
Description:
XSLT 1.0 command line processor
Submitter:
Christoph Biedl
Date:
2021-01-24 15:27:03 UTC
Severity:
minor
#980931#5
Date:
2021-01-24 15:25:15 UTC
From:
To:
Dear maintainer,

while debugging other issues, I noticed xsltproc tries to access URLs as
files:

    execve("/usr/bin/xsltproc", ["xsltproc", "--stringparam", "callout.graphics", "0", "--stringparam", "navig.graphics", "0", "--stringparam", "admon.textlabel", "1", "--stringparam", "admon.graphics", "0", "/etc/asciidoc/docbook-xsl/manpage.xsl", "/<<PKGBUILDDIR>>/obj-x86_64-linux-gnu/nagios-tang.1.xml"], 0x55558d8f28b8 /* 73 vars */ <unfinished ...>

    stat("http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl", 0x7ffdda5dfd10) = -1 ENOENT (No such file or directory)
    stat("http://docbook.sourceforge.net/release/xsl/current/manpages/docbook.xsl", 0x7ffdda5dfbb0) = -1 ENOENT (No such file or directory)
    stat("http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd", 0x7ffdda5dfda0) = -1 ENOENT (No such file or directory)
    stat("http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd", 0x7ffdda5dfc40) = -1 ENOENT (No such file or directory)
    stat("http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd", 0x7ffdda5dfc40) = -1 ENOENT (No such file or directory)
    stat("http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd",  <unfinished ...>
    stat("http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd", 0x7ffdda5dfbe0) = -1 ENOENT (No such file or directory)
    stat("http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd", 0x7ffdda5dfbe0) = -1 ENOENT (No such file or directory)
    stat("http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd", 0x7ffdda5dfbe0) = -1 ENOENT (No such file or directory)
    stat("http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd", 0x7ffdda5dfbd0) = -1 ENOENT (No such file or directory)
    stat("http://www.oasis-open.org/docbook/xml/4.5/docbookx.dtd", 0x7ffdda5dfbd0) = -1 ENOENT (No such file or directory)


While not bad in general, it feels weird. After all, these URLs are
valid file names as well, and strange things could happen if such files
really exist.

Mind to check?

    Christoph