[MacPorts] #61086: graphviz at 2.40.1_3+pangocairo+x11: /usr/lib//libiconv.la: No such file

MacPorts noreply at macports.org
Mon Aug 31 01:36:06 UTC 2020


#61086: graphviz at 2.40.1_3+pangocairo+x11: /usr/lib//libiconv.la: No such file
-----------------------+------------------------
  Reporter:  JDLH      |      Owner:  ryandesign
      Type:  defect    |     Status:  closed
  Priority:  Normal    |  Milestone:
 Component:  ports     |    Version:  2.6.3
Resolution:  invalid   |   Keywords:
      Port:  graphviz  |
-----------------------+------------------------
Changes (by ryandesign):

 * status:  assigned => closed
 * resolution:   => invalid


Comment:

 Replying to [comment:5 JDLH]:
 > There is a `libgd.lai` in the mix also. I am not familiar with the
 `.lai` extension.

 I wasn't either. As far as I can tell in brief research, the .lai file
 would be created in the build directory, and then it would be copied to an
 .la file in the installation directory. In other words, an .lai file
 should never have been installed.

 > With that, `sudo port install graphviz` run successfully.  The
 workaround seems effective!

 Glad it worked!

 Replying to [comment:6 JDLH]:
 > Why are these very old, and unclaimed, libraries in `/opt/local/lib`?

 Only you can know that. :) One situation that we encounter from time to
 time is users who run third-party software installers that were themselves
 built using MacPorts set to its default prefix. Using such an installer
 would write files to the MacPorts prefix, overwriting files you might
 already have installed there using MacPorts and of course not informing
 MacPorts that this has happened. We advise people not to distribute
 installers that do this, but it happens. If you ran such an installer in
 2008 (or perhaps just an installer that was made in 2008) and gd2 was one
 of the things it installed, that could account for the presence of those
 files. And of course once they're there they're not going to be deleted
 unless you delete them; MacPorts isn't going to remove them for you since
 it didn't put them there and doesn't know they exist.

 I'm not sure why any .la file of any era would have referred to
 /usr/lib/libiconv.la on macOS since as far as I know macOS never shipped
 with any .la files in /usr/lib. So it's a bit of a mystery how you got
 that file.

 > I have upgraded macOS at least three times since 2008, and moved
 hardware at least twice. I followed the instructions for migrating
 MacPorts to the new OS. That includes listing the ports, uninstalling all
 of the ports, and reinstalling. However, it does not include deleting all
 of `/opt/local/*`.

 Right, deleting all of /opt/local is pretty disruptive, since you likely
 have files in there that you want to keep, such as configuration files,
 maybe databases, etc.

 > When migrating hardware, I use the Apple Migration Assistant, which
 probably copies all of `/opt/local/*` to the new machine.

 It does, if you ask it to. (I think you get the opportunity to say what
 information you want to transfer, right?)

 > Maybe I should delete the whole directory next time I migrate to a new
 macOS version.

 It might be a good idea. Whatever action put the gd2 .la file there could
 have installed other files as well that could cause problems in the
 future. But before you remove all of /opt/local, remember to save any
 config files or other files you modified and want to keep.

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


More information about the macports-tickets mailing list