Bugzilla Bug 166208

As of now docbook-xsl-stylesheets are installed to
/usr/share/sgml/docbook/xsl-stylesheets-${PV}.
But as all versions are SLOT=0 and when some package want these stylesheets, it
will usually look in /usr/share/sgml/docbook/xsl-stylesheets, will it be
acceptable to loose version suffix?
Like this, maybe:
--- docbook-xsl-stylesheets-1.72.0.ebuild       2007-01-30 23:42:21.000000000
+0200
+++ docbook-xsl-stylesheets-1.72.0.ebuild       2007-02-10 14:27:57.000000000
+0200
@@ -19,7 +19,7 @@

 src_install() {
        # Create the installation directory
-       DEST="/usr/share/sgml/docbook/xsl-stylesheets-${PV}"
+       DEST="/usr/share/sgml/docbook/xsl-stylesheets"
        insinto ${DEST}

        local i

We may apply the change you suggest in future versions, but it doesn't make
much of a difference, and I'd rather wait until some refactoring in the
build-docbook-catalog tool is done.

As for packages who look in /usr/share/sgml/docbook/xsl-stylesheets, even if we
change the ebuilds today to install data there, it's not a good idea to rely on
a fixed filesystem location. Consumers of the stylesheets should use the
catalog system, and point to
<http://docbook.sourceforge.net/release/xsl/current>, and let the tools resolve
the location using the catalog.

(In reply to comment #1)
> As for packages who look in /usr/share/sgml/docbook/xsl-stylesheets, even if we
> change the ebuilds today to install data there, it's not a good idea to rely on
> a fixed filesystem location. Consumers of the stylesheets should use the
> catalog system, and point to
> <http://docbook.sourceforge.net/release/xsl/current>, and let the tools resolve
> the location using the catalog.
Ah, ok, didn't know this.
Still, it would help less sophisticated things like configure checks etc. :)
No biggie though. Thanks.

This change was made in docbook-xsl-stylesheets-1.73.1, which is now in the
tree.

Thanks.