What were you trying to do that didn't work?

Run `xsltproc --nonet` on a previously-working XSL stylesheet, causing it to look up the on-disk copy owned by package `docbook5-style-xsl`.

The issue is the trailing slash in the URL "`http://cdn.docbook.org/release/xsl/current/`" in the file `/etc/xml/catalog` after `dnf install docbook5*`. The line number varies depending on the set of RPMs you have installed because various RPMs modify this file's contents. Package `xml-common` owns this file, but with only that one package installed, you won't have the problem line. I believe it's one of the DocBook 5 packages that adds this, but I haven't narrowed that down.

The symptom is that the trailing slash gets removed in doing the substitution, creating an invalid local file path. Instead of referencing the valid file `/usr/share/sgml/docbook/xsl-ns-stylesheets-1.79.2/fo/docbook.xsl` it ends up trying to find `/usr/share/sgml/docbook/xsl-ns-stylesheets-1.79.2fo/docbook.xsl` and failing.

I see two instances of this in my local file.

Please provide the package NVR for which bug is seen:

How reproducible:

Always.

Steps to reproduce

1. `sudo dnf install docbook5* 
2. `vi /etc/xml/catalog`
3. Observe as above.

It would help if you had an XSL stylesheet there that referenced the CDN URL above, but it should suffice to inspect and notice the discrepancy.