[MacPorts] #67023: poppler fails build

[MacPorts]

#67023: poppler fails build
----------------------+----------------------
  Reporter:  tjahns   |      Owner:  dbevans
      Type:  defect   |     Status:  assigned
  Priority:  Normal   |  Milestone:
 Component:  ports    |    Version:
Resolution:           |   Keywords:
      Port:  poppler  |
----------------------+----------------------

Comment (by ryandesign):

 MacPorts uses +x11 by default (as you saw when you reinstalled glib2 just
 now) and doesn't prompt you whether you would like +quartz instead; it
 something you would have had to request explicitly.

 But it looks like you don't have any other active ports with just +quartz
 so having reinstalled glib2 +x11 your ports should now be in a consistent
 state.

 I just tried building glib2 +quartz on my Monterey Mac and did not end up
 with any `@rpath` install names, so I think there is something else that
 we have yet to discover that is causing `@rpath` install names when you
 build the port. (When you reinstalled glib2 just now, you didn't build it;
 you received a binary that we built on our server.)

 I would be very interested to see whether rebuilding glib2 +x11 on your
 system results in `@rpath` install names again. To do that you could run:

 {{{
 sudo port -nsk upgrade --force glib2 build.jobs=1
 }}}

 `--force` means rebuild even though the port is not outdated; `-n` means
 only rebuild this port, not its dependencies; `-s` means build from
 source, don't try to download a binary; `-k` means keep the log and work
 directory after a successful build; `build.jobs=1` means don't build in
 parallel, which will make the build take a long time but will make it
 easier to compare your log with other logs.

 If you see `@rpath` install names for glib2 libraries with `otool -L`
 after that, please attach the main.log file (whose location is printed by
 the command `port logfile glib2`). Then you can delete the log and work
 directory with `sudo port clean glib2`.

 If you got `@rpath` install names, you can get back to non-`@rpath`
 install names by getting our binary again, with `sudo port -nb upgrade
 --force glib2`. (`-b` means get a binary, don't build from source.)

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