ports/66246: new ports: textproc/docbook-utils, textproc/p5-SGMLSpm
B.Candler at pobox.com
Sat Jun 26 18:10:31 UTC 2004
The following reply was made to PR ports/66246; it has been noted by GNATS.
From: Brian Candler <B.Candler at pobox.com>
To: Volker Stolz <vs at freebsd.org>
Cc: freebsd-gnats-submit at freebsd.org
Subject: Re: ports/66246: new ports: textproc/docbook-utils, textproc/p5-SGMLSpm
Date: Sat, 26 Jun 2004 19:08:22 +0100
On Fri, Jun 25, 2004 at 01:34:27PM +0200, Volker Stolz wrote:
> Should we consider incorparting your patch into sgmltools-lite as a
> Can you please elaborate what it fixes?
The problem was that I couldn't make it work with FreeBSD's catalog
collection. I thought that I should be able to do
SGML_CATALOG_FILES=/usr/local/share/sgml/catalog sgmltools ...
but it didn't work because the catalog files contain relative filenames:
e.g. /usr/local/share/sgml/catalog contains
and this is what the patch fixes. (I don't know how anyone managed to get
sgmltools-lite to work without it, unless they are expected to make their
own set of catalog files or symlinks to catalog files, which seems poor
design as it duplicates what FreeBSD's master catalog file should do)
I've just tried installing sgmltools-lite-3.0.3_1 again (with my patch
applied), and with a bit of fiddling I came up with this command line:
SGML_CATALOG_FILES=/usr/local/share/sgml/stylesheets/sgmltools/sgmltools.cat:/usr/local/share/sgml/catalog sgmltools -b html test.sgml
and hey presto it works. If this simple command line could be put in the
documentation somewhere (in the pkg-descr, perhaps) then it would make
sgmltools-lite much easier to get started with. Even better would be if the
package could set this up as the default set of catalog files. Perhaps
sgmltools.cat ought to find its way into catalog.ports as well.
However, I have also come across Makefiles in other packages which reference
tools docbook2html and friends from docbook-utils (e.g. if you build
courier-imap from CVS you need these tools) so I still think they may be
worth packaging in their own right.
More information about the freebsd-ports-bugs