[MacPorts] #50219: docbook-utils @ 0.6.14 Update perl requirement to 5.22

[MacPorts]

#50219: docbook-utils @ 0.6.14 Update perl requirement to 5.22
------------------------------+---------------------------------
  Reporter:  tlockhart1976@…  |      Owner:  mojca@…
      Type:  update           |     Status:  new
  Priority:  Normal           |  Milestone:
 Component:  ports            |    Version:
Resolution:                   |   Keywords:  haspatch maintainer
      Port:  docbook-utils    |
------------------------------+---------------------------------

Comment (by mojca@…):

 Replying to [comment:6 tlockhart1976@…]:
 > Replying to [comment:5 mojca@…]:
 > > I committed r144343 with the changes because that was really the last
 port that needed the upgrade to 5.22. But we need to figure out what's
 with all those failures that I'm experiencing.
 >
 > You have entries in /opt/local/etc/sgml/catalog which point at files
 which do not exist on your system. I have the same entries, but have the
 files in question (e.g. /opt/local/share/xml/docbook/4.2/docbook.cat).

 No, I was actually using "sudo port -t install docbook-utils". So it was
 MacPorts that has hidden those files.

 > The problem with "is not a function name" is due to a missing secondary
 XML or SGML catalog.

 What exactly is missing and where?

 > Several SGML and XML ports reference these catalogs, and formerly they
 had a bunch of duplicate (or nearly duplicate - ugh) code which tried to
 manage these catalogs. A while ago I modified these to use the
 "xmlcatalog" portgroup to consolidate this duplicate code. I would expect
 that these catalogs get consistently augmented and diminished when ports
 are installed or removed, but extra duplicates are not detected and are
 not removed. I'm guessing that you have an inconsistent set of catalogs
 dating from before the use of the portgroup.
 >
 > Unfortunately there is no "foundational port" which owns the catalog
 skeletons, so there is no mechanism to remove them entirely from within
 the port system. That is, there is no port which knows about the state of
 other ports or can assume that if it is uninstalled it can completely
 remove the catalogs in question. Any suggestions there would be
 appreciated.

 Can you please open a new ticket describing the problem in detail, so that
 we can further discuss pick up from there?

 If you are saying that docbook-utils is not broken (and only fails to work
 for me), I'll happily close this ticket, but it would be nice to keep
 track of potentially remaining problems.

 Thanks for explanations.

-- 
Ticket URL: <https://trac.macports.org/ticket/50219#comment:7>
MacPorts <https://www.macports.org/>
Ports system for OS X