Shouldn't docbook-xml/xsl set XML_CATALOG_FILES?

Shouldn't docbook-xml/xsl set XML_CATALOG_FILES?

[Hartmut Goebel]

Hi,

within a few day I stumbled twice over this: When using docbook-xml or
docbook-xsl in a package description, one needs to set XML_CATALOG_FILES
to make xslproc (and others) find the catalogs.

Shouldn't XML_CATALOG_FILES be defined as native-search-paths?

IMHO users expect (at least I do :-) the .xml and .xsl files to be
available aber installation of these packages without further action
required.

BTW: For docbook-xsl the directory-name includes version, while for
docbook-xml it does not. Which one should be used?

-- 
Regards
Hartmut Goebel

| Hartmut Goebel          | h.goebel@crazy-compilers.com               |
| www.crazy-compilers.com | compilers which you thought are impossible |

Re: Shouldn't docbook-xml/xsl set XML_CATALOG_FILES?

[Ludovic Courtès]

Heya,

Hartmut Goebel <h.goebel@crazy-compilers.com> skribis:

> within a few day I stumbled twice over this: When using docbook-xml or
> docbook-xsl in a package description, one needs to set XML_CATALOG_FILES
> to make xslproc (and others) find the catalogs.
>
> Shouldn't XML_CATALOG_FILES be defined as native-search-paths?

It is, but in libxml2, since libxml2 is the piece of software that does
getenv("XML_CATALOG_FILES").

Now, what’s problematic, is that often users don’t install libxml2
itself but rather tools that happen to be linked against libxml2.  This
is where the problem is: <https://bugs.gnu.org/22138>.

> BTW: For docbook-xsl the directory-name includes version, while for
> docbook-xml it does not. Which one should be used?

Dunno, we should just follow what upstream does I guess?

HTH,
Ludo’.

Re: Shouldn't docbook-xml/xsl set XML_CATALOG_FILES?

[Hartmut Goebel]

Am 26.03.2017 um 22:13 schrieb Ludovic Courtès:
> Now, what’s problematic, is that often users don’t install libxml2
> itself but rather tools that happen to be linked against libxml2.  This
> is where the problem is: <https://bugs.gnu.org/22138>.

Hmm, well, in my case this occurred in a build-environment using either
asciidoc or xslproc. In both cases I needed to set XML_CATALOG_FILES.
I'd expect that at least the tools have this variable set in their
environment and there should be no need to tweak it.

-- 
Regards
Hartmut Goebel

| Hartmut Goebel          | h.goebel@crazy-compilers.com               |
| www.crazy-compilers.com | compilers which you thought are impossible |

Re: Shouldn't docbook-xml/xsl set XML_CATALOG_FILES?

[Bruno Victal]

Hi Hartmut,

On 2017-03-26 12:28, Hartmut Goebel wrote:
> Hi,
> 
> within a few day I stumbled twice over this: When using docbook-xml or
> docbook-xsl in a package description, one needs to set XML_CATALOG_FILES
> to make xslproc (and others) find the catalogs.
> 
> Shouldn't XML_CATALOG_FILES be defined as native-search-paths?

XML_CATALOG_FILES should be defined by the applications that do the
lookup such as libxml2, libxslt, etc.

This has been fixed in [1].

> BTW: For docbook-xsl the directory-name includes version, while for
> docbook-xml it does not. Which one should be used?

Likewise also addressed in [1].


[1]: <https://issues.guix.gnu.org/65479>

-- 
Furthermore, I consider that nonfree software must be eradicated.

Cheers,
Bruno.