[Bug 265215] dns/libidn2: installation fails if textproc/gtk-doc is missing

From: <bugzilla-noreply_at_freebsd.org>
Date: Fri, 15 Jul 2022 19:10:57 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=265215

--- Comment #3 from Philippe Michel <philippe.michel7@free.fr> ---
I was a bit too quick to report this as an issue with libidn2.

gtk-doc is indeed present and detected by configure :
...
checking for gtk-doc... yes^M
checking for gtkdoc-check... gtkdoc-check.test^M
checking for gtkdoc-check... /usr/local/bin/gtkdoc-check^M
checking for gtkdoc-rebase... /usr/local/bin/gtkdoc-rebase^M
checking for gtkdoc-mkpdf... /usr/local/bin/gtkdoc-mkpdf^M
checking whether to build gtk-doc documentation... no^M
checking for GTKDOC_DEPS... yes^M
...

but it is broken for not having been rebuilt after the 3.8 to 3.9 python
update, its scripts still starting with #!/usr/local/bin/python3.8.

Redoing the pkg queries from the 20220626 UPDATING entry by hand, I find a few
ports that have apparently not been updated properly:

% pkg query -g "%n:%dn" '*' | grep py3 
glade:py38-gobject3
graphene:py38-gobject3
gtk-doc:py38-pygments
itstool:py39-libxml2
...

Something has probably been botched here and re-running the pkg queries after
the upgrade to ensure that the $REBUILD* lists were now empty should have
caught this.

I'm sorry for the inconvenience.

The only shortcoming somewhat related to the port, although it comes from
upstream and probably from the autoconf macros archive, seems to be that
autoconf checks for the presence of the gtkdoc-* commands, maybe that they have
execution permission, but not that they really are executable (in case of
scripts, use a working interpreter).

-- 
You are receiving this mail because:
You are the assignee for the bug.