[MacPorts] #64933: tiff at 4.3.0_0+universal: Failed to destroot tiff, "libtiff-4.pc differs"

[MacPorts]

#64933: tiff at 4.3.0_0+universal: Failed to destroot tiff, "libtiff-4.pc differs"
---------------------+------------------------
  Reporter:  JDLH    |      Owner:  ryandesign
      Type:  defect  |     Status:  assigned
  Priority:  Normal  |  Milestone:
 Component:  ports   |    Version:  2.7.2
Resolution:          |   Keywords:
      Port:  tiff    |
---------------------+------------------------

Comment (by JDLH):

 I did not do the experiment of changing `archs='x86_64'` to `archs=''`
 everywhere. I tried another experiment first, and anyway
 [https://lists.macports.org/pipermail/macports-
 users/2022-April/051037.html Ryan Schmidt's helpful reply] on  MacPorts-
 users says that it would not be necessary.

 Instead I patched the `restore_ports.tcl` script to print out each port
 name as it starts to work on it. That made it clear that port
 '''qt4-mac''' is the port which was installing '''tiff +universal''' in
 place of '''tiff'''.  The '''qt4-mac''' Portfiles says, "# no support for
 ARM64 yet", "supported_archs ppc ppc64 i386 x86_64". More info about this
 choice at #61789.

 My workaround is to eliminate '''qt4-mac''' from my port migration list.
 Part of the  '''qt4-mac''' ticket discussion is that its code is old.
 MacPorts presently has many Qt5-related ports, and a few Qt6-related port.

-- 
Ticket URL: <https://trac.macports.org/ticket/64933#comment:4>
MacPorts <https://www.macports.org/>
Ports system for macOS