FreeBSD Port: textproc/docbook-utils

[Brian Candler]

On Thu, Nov 10, 2005 at 10:29:52PM +0100, Udo Mueller wrote:
> Good idea, but it does not install at FreeBSD 6.0.
> Error message:
> ....
> jade:/usr/local/share/xml/docbook/4.1.2/ent/iso-lat2.ent:124:19:E:
> "X017D" is not a function name
> jade:/usr/local/share/xml/docbook/4.1.2/ent/iso-lat2.ent:125:17:E:
> "X017C" is not a function name
> jade:/usr/local/share/xml/docbook/4.1.2/ent/iso-lat2.ent:126:17:E:
> "X017B" is not a function name
> gmake[2]: *** [api.html] Fehler 1
> gmake[2]: Leaving directory
> `/usr/ports/textproc/docbook-utils/work/docbook-utils-0.6.14/doc/HTML'
> gmake[1]: *** [all-recursive] Fehler 1
> gmake[1]: Leaving directory
> `/usr/ports/textproc/docbook-utils/work/docbook-utils-0.6.14/doc'
> gmake: *** [all-recursive] Fehler 1
> *** Error code 2

I know about this problem, see description at
http://www.freebsd.org/cgi/query-pr.cgi?pr=ports/66246
but I have been unable to work out exactly why this happens.

The workaround I use is to pkg_delete -f docbook-sk\*, then build
docbook-utils, then put docbook-sk back again. Can you try that and let me
know if it works for you too?

> Seams it does not play with jade, which want to play with docbook-4.1.2,
> but at cleaning docbook-3.1_2 would be cleaned out, what means,
> docbook-utils want to play with docbook-3.1_2. Perhaps the utils can be
> make to play with docbook-4.1.2?

What it's doing is building its own documentation, from docbook-utils.sgml
(which you'd see from the line *before* the error you quoted above)

I don't think it's a problem with jade - if you look at the PR above you'll
see I was using jade too. However what I could not understand is why when
building an *SGML* file, it was reading entities from an *XML* entity file
(and why it was barfing as a result)

Any clues here gratefully received. This SGML stuff is such a nightmare.

Regards,

Brian.