BUG: asciidoc-7.1.2 wants docbook 4.2, darwinports supplies docbook 4.3

[yaseppochi (Stephen J. Turnbull)]

Can't install git-core +doc variant. Or do anything else with systems that expect docbook xml input.

[markd@…]

Can you provide more description? Since asciidoc builds, I assume it is a runtime error. Would updating asciidoc to 8.0.0 fix this?

[yaseppochi (Stephen J. Turnbull)]

Yes, it's a runtime error. The version of docbook is hardcoded into asciidoc, which looks for /opt/local/share/xml/docbook-xml/4.2/<stuff>. I don't know whether an upgrade of asciidoc would fix it.

Note that an upgrade likely won't fix any future mismatches. asciidoc will probably just break again at the next release of docbook---unless the port(s) are fixed to check that the version that asciidoc wants is what's available. I'm not an expert on xmlcatalog, but I would guess that there's a way to manipulate the catalog "locally" to asciidoc so that it thinks that 4.3 is an acceptable substitute for 4.2. (Output generated using 4.3 isn't quite perfect, I suspect, as my asciidoc-generated manpages have minor glitches. Some of the roff commands "leak" into the final product. But it's good enough for government work, and I am a public employee....)

[boeyms@…]

Fixed in r25684; dependency on new docbook-xml-4.2 port has been added, and the latter enters adds the installed DocBook V4.2 to the catalog.

Actually, I just realised that this doesn't quite fix it; until the default path that is hardcoded into libxml2 is changed from /etc/xml/catalog to ${prefix}/etc/xml/catalog, one needs to set the environment variable XML_CATALOG_FILES to contain ${prefix}/etc/xml/catalog. I'm discussing this change with the maintainer of libxml2 at present.

[boeyms@…]

XML_CATALOG_FILES issue fixed in r26074 (patch from #12106). Thanks to Cedric Luthi for testing and Randall Wood for committing the patch.

[(none)]

Milestone Port Bugs deleted