gtk-doc: could not find DocBook XML DTD V4.3 in XML catalog

[vinc17@…]

I get the following error when building gtk-doc:

[...]
checking for XML catalog (/opt/local/etc/xml/catalog)... found
checking for xmlcatalog... /opt/local/bin/xmlcatalog
checking for DocBook XML DTD V4.3 in XML catalog... not found
configure: error: could not find DocBook XML DTD V4.3 in XML catalog

Warning: the following items did not execute (for gtk-doc): org.macports.destroot org.macports.configure org.macports.build
Error: Unable to upgrade port: 1

This is an important problem since this prevents from upgrading gtk2, as gtk2 depends on gtk-doc.

[blb@…]

Does the line

<nextCatalog catalog="/opt/local/share/xml/docbook/4.3/catalog.xml" />

exist in /opt/local/etc/xml/catalog ?

[vinc17@…]

Replying to blb@…:

Does the line

<nextCatalog catalog="/opt/local/share/xml/docbook/4.3/catalog.xml" />

exist in /opt/local/etc/xml/catalog ?

Yes.

[vinc17@…]

I've found the cause. The catalog file contains a line:

<delegatePublic publicIdStartString="-//OASIS//DTD DocBook XML" catalog="file:///opt/local/etc/xml/docbook" />

so that I'd say that the line

<public publicId="-//OASIS//DTD DocBook XML V4.3//EN" uri="docbookx.dtd"/>

in /opt/local/share/xml/docbook/4.3/catalog.xml isn't taken into account.

[blb@…]

FWIW, my copy of etc/xml/catalog doesn't appear to have the delegatePublic entry at all...

[ryandesign (Ryan Carsten Schmidt)]

Similar to #17560.

[ratogi@…]

This isn't the proper fix, but what worked for me was to manually duplicate the <public publicId="...">, <rewriteSystem> and <rewriteURI> entries inside the <catalog> tags in /opt/local/etc/xml/docbook, replacing "4.1.2" (which already existed in my case) with "4.3". gtk-doc built happily after that.

In my case, 4.1.2 is the only docbook version listed in /opt/local/etc/xml/docbook even though I have several other versions installed and active. Anyone know if there's a reason that the other versions don't edit this file when they're activated?

[vinc17@…]

Replying to ratogi@…:

In my case, 4.1.2 is the only docbook version listed in /opt/local/etc/xml/docbook even though I have several other versions installed and active. Anyone know if there's a reason that the other versions don't edit this file when they're activated?

I'd say the opposite: this file seems to be useless. So, why is it edited by docbook-xml-4.1.2?

[(none)]

Milestone Port Bugs deleted

[macports.org@…]

I solved this problem by removing all delegate* tags from /opt/local/etc/xml/catalog. A re-install of docbook-xml-4.1.2 did not re-add these tags, so they appear to be a remnant of an earlier version of that port.

[wayn3w@…]

I had this problem with PowerBook G4 running 10.5.8, and had a slightly different cause and solution; the comments above helped me. In my case, /opt/local/etc/xml/catalog was minimal; it only had a netCatalog entity for the docbook 5.0 catalog.xml. I manually added an entity for the 4.3 catalog.xml right after it, and it works (I think -- it builds; haven't really tested the quality of the docs to be sure.) My catalog looks like:

<?xml version="1.0"?>
<!DOCTYPE catalog PUBLIC "-//OASIS//DTD Entity Resolution XML Catalog V1.0//EN" "http://www.oasis-open.org/committees/entity/release/1.0/catalog.dtd">
<catalog xmlns="urn:oasis:names:tc:entity:xmlns:xml:catalog">
  <system systemId="http://glade.gnome.org/glade-2.0.dtd" uri="/opt/local/share/xml/libglade/glade-2.0.dtd"/>
  <nextCatalog catalog="/opt/local/share/xml/docbook/5.0/catalog.xml"/>
  <nextCatalog catalog="/opt/local/share/xml/docbook/4.3/catalog.xml"/>
  <nextCatalog catalog="/opt/local/share/xsl/docbook-xsl/catalog.xml"/>
</catalog>

[wayn3w@…]

Cc Me!

[andrea@…]

Why there is no catalog in my /opt/local/etc/xml/ ?

APFEL ~ # ls -la /opt/local/etc/xml/
total 0
drwxr-xr-x   3 root  admin  102 Apr 20 03:46 .
drwxr-xr-x  13 root  admin  442 Apr 20 03:46 ..
-rw-r--r--   1 root  admin    0 Apr 20 03:46 .turd_libxml2

[nerdling (Jeremy Lavergne)]

Just ran into this exceptionally fun bug this evening as well (whilst trying to install gconf).

[nerdling (Jeremy Lavergne)]

Missing dep on intltool?

[nerdling (Jeremy Lavergne)]

Replying to snc@…:

Missing dep on intltool?

Oops, that's gnome-doc-utils.

[rabbielvis@…]

Cc Me!

[jmroot (Joshua Root)]

Duping to the more general #26151.