Opened 8 years ago

Closed 7 years ago

Last modified 3 months ago

#37164 closed defect (fixed)

docbook-utils: "..." is not a function name

Reported by: ryandesign (Ryan Schmidt) Owned by: lockhart (Thomas Lockhart)
Priority: Normal Milestone:
Component: ports Version: 2.1.2
Keywords: Cc: cooljeanius (Eric Gallager)
Port: docbook-utils

Description

Building docbook-utils @0.6.14_1 fails for me. The log has lines like these:

:info:build onsgmls:/opt/local/share/xml/docbook/4.1.2/ent/iso-amsa.ent:8:19:E: "X21B6" is not a function name
:info:build onsgmls:/opt/local/share/xml/docbook/4.1.2/ent/iso-amsa.ent:8:19:E: "X21B6" is not a function name
:info:build onsgmls:/opt/local/share/xml/docbook/4.1.2/ent/iso-amsa.ent:8:19:E: "X21B6" is not a function name
:info:build onsgmls:/opt/local/share/xml/docbook/4.1.2/ent/iso-amsa.ent:8:19:E: "X21B6" is not a function name
:info:build onsgmls:/opt/local/share/xml/docbook/4.1.2/ent/iso-amsa.ent:8:19:E: "X21B6" is not a function name
:info:build onsgmls:/opt/local/share/xml/docbook/4.1.2/ent/iso-amsa.ent:9:19:E: "X21B7" is not a function name
:info:build onsgmls:/opt/local/share/xml/docbook/4.1.2/ent/iso-amsa.ent:9:19:E: "X21B7" is not a function name
:info:build onsgmls:/opt/local/share/xml/docbook/4.1.2/ent/iso-amsa.ent:9:19:E: "X21B7" is not a function name
[snip]

And so on (7500 more lines like these).

Attachments (1)

main.log.bz2 (16.6 KB) - added by ryandesign (Ryan Schmidt) 8 years ago.

Download all attachments as: .zip

Change History (10)

Changed 8 years ago by ryandesign (Ryan Schmidt)

Attachment: main.log.bz2 added

comment:1 Changed 8 years ago by ryandesign (Ryan Schmidt)

Deactivating docbook-xml-4.1.2 for the duration of the docbook-utils works.

comment:2 Changed 8 years ago by ryandesign (Ryan Schmidt)

And now, after resolving #37131 (which was the reason I was trying to install docbook-utils at all), I can't reproduce the problem—even if I revert the change I made to fix that ticket. I don't really understand why. Maybe my docbook xml catalog just needed to rebuilt—which happened when I deactivated/reactivated docbook-xml-4.1.2.

comment:3 in reply to:  2 ; Changed 8 years ago by lockhart (Thomas Lockhart)

Replying to ryandesign@…:

And now, after resolving #37131 (which was the reason I was trying to install docbook-utils at all), I can't reproduce the problem—even if I revert the change I made to fix that ticket. I don't really understand why. Maybe my docbook xml catalog just needed to rebuilt—which happened when I deactivated/reactivated docbook-xml-4.1.2.

The problem is with the package textproc/iso8879, which needs to have been installed before the docbook-sgml-4.2 package so that the catalog entry for iso8879 appears before the specific docbook entries in the global catalog file /opt/local/etc/sgml/catalog. I think a from-scratch installation may get things in the right order, but I've noticed problems when installing and de-installing packages. I'm working on restructuring the docbook and related packages to try to guarantee order and to consolidate common code (there were almost a dozen packages trying to create that global catalog if it did not exist), and pixilla has been helpful in giving advice on the approach to take.

comment:4 Changed 8 years ago by davidfavor (David Favor)

Fresh install of docbook-utils throws same error for me.

comment:5 Changed 7 years ago by cooljeanius (Eric Gallager)

Cc: egall@… added

Cc Me!

comment:6 in reply to:  3 Changed 7 years ago by cooljeanius (Eric Gallager)

Replying to lockhart@…:

Replying to ryandesign@…:

And now, after resolving #37131 (which was the reason I was trying to install docbook-utils at all), I can't reproduce the problem—even if I revert the change I made to fix that ticket. I don't really understand why. Maybe my docbook xml catalog just needed to rebuilt—which happened when I deactivated/reactivated docbook-xml-4.1.2.

The problem is with the package textproc/iso8879, which needs to have been installed before the docbook-sgml-4.2 package so that the catalog entry for iso8879 appears before the specific docbook entries in the global catalog file /opt/local/etc/sgml/catalog. I think a from-scratch installation may get things in the right order, but I've noticed problems when installing and de-installing packages.

docbook-sgml-4.2 currently lists iso8879 as a runtime dependency, does the buildbot install those? If not then it should probably be listed as a build dependency as well.

Edit: actually I still get this issue even after installing the above in the correct order, so maybe it is something else?

Double edit: deactivating docbook-xml-4.1.2 allowed it to build successfully, so maybe the conflicts_build 1.0 PortGroup could be used to add a conflicts_build on docbook-xml-4.1.2?

Last edited 7 years ago by cooljeanius (Eric Gallager) (previous) (diff)

comment:7 Changed 7 years ago by lockhart (Thomas Lockhart)

This should be resolved by recent consolidation of xml and sgml catalog support around the xmlcatalog portgroup.

comment:8 Changed 7 years ago by pixilla (Bradley Giesbrecht)

Resolution: fixed
Status: newclosed

Newer patches should have addressed the symptom.

comment:9 Changed 3 months ago by jeremyhu (Jeremy Huddleston Sequoia)

I don't think this was ever fixed. I remember this being a problem the last time I tried to build documentation for XQuartz 5 years ago, and it's biting me again now. #62354.

Note: See TracTickets for help on using tickets.