VLC @2.0.1_5 refuses to start

[michael.klein@…]

After upgrading to 2.0.1_5, VLC refuses to start on 10.5.8 PowerPC:

$ /Applications/MacPorts/VLC.app/Contents/MacOS/VLC 
dyld: Library not loaded: @loader_path/lib/libvlc.5.dylib
  Referenced from: /Applications/MacPorts/VLC.app/Contents/MacOS/VLC
  Reason: image not found
zsh: trace trap  /Applications/MacPorts/VLC.app/Contents/MacOS/VLC

libvlc.5.dylib exists is /opt/local/lib:

$ ls -l /opt/local/lib/libvlc.5.dylib
-rwxr-xr-x  1 mapo  mapo  107844 Jul  9 01:23 /opt/local/lib/libvlc.5.dylib

VLC executable from 2.0.1_5:

$ otool -L /Applications/MacPorts/VLC.app/Contents/MacOS/VLC/Applications/MacPorts/VLC.app/Contents/MacOS/VLC:
	@loader_path/lib/libvlc.5.dylib (compatibility version 9.0.0, current version 9.1.0)
	@loader_path/lib/libvlccore.5.dylib (compatibility version 7.0.0, current version 7.0.0)
	/opt/local/lib/libintl.8.dylib (compatibility version 10.0.0, current version 10.1.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.7)
	/opt/local/lib/libiconv.2.dylib (compatibility version 8.0.0, current version 8.1.0)
	/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)

VLC executable from 2.0.1_4:

$ otool -L /Applications/MacPorts/VLC.app/Contents/MacOS/VLC/Applications/MacPorts/VLC.app/Contents/MacOS/VLC:
	/opt/local/lib/libvlc.5.dylib (compatibility version 9.0.0, current version 9.1.0)
	/opt/local/lib/libvlccore.5.dylib (compatibility version 7.0.0, current version 7.0.0)
	/opt/local/lib/libintl.8.dylib (compatibility version 10.0.0, current version 10.1.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 111.1.7)
	/opt/local/lib/libiconv.2.dylib (compatibility version 8.0.0, current version 8.1.0)
	/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1.0.0)

[nonstop.server@…]

Cc Me!

[jeremyhu@…]

Hmm... they seem to exist for me:

ls -l  /Applications/VLC.app/Contents/MacOS/lib/
total 4256
-rw-r--r-- 1 jeremy admin  237916 Mar 18 12:10 libvlc.5.dylib
-rw-r--r-- 1 jeremy admin  237916 Mar 18 12:10 libvlc.dylib
-rw-r--r-- 1 jeremy admin 1934616 Mar 18 12:10 libvlccore.5.dylib
-rw-r--r-- 1 jeremy admin 1934616 Mar 18 12:10 libvlccore.dylib

but I don't see why because they're actually not part of the port (they don't go away when I deactivate it, and they're not listed in port contents.

My guess is that it's an issue with the port installing outside of destdir or something.

[nonstop.server@…]

FYI, I have seen this behavior a few times after upgrading port VLC.
What does work (at least in my case) is disabling the currently installed version of VLC and perform an install of the latest one.
After you confirm the newly installed port works the old one can be uninstalled.
I'm not sure why this method generates a working VLC and a normal upgrade does not.

[jeremyhu@…]

Oh wait... I was checking the wrong VLC.app ... my MacPorts VLC.app (VLC-devel @2.0.99_0) shows:

$ otool -L /Applications/MacPorts/VLC.app/Contents/MacOS/VLC /Applications/MacPorts/VLC.app/Contents/MacOS/VLC:

/opt/local/lib/libvlc.5.dylib (compatibility version 9.0.0, current version 9.0.0) /opt/local/lib/libvlccore.5.dylib (compatibility version 6.0.0, current version 6.0.0) /opt/local/lib/libintl.8.dylib (compatibility version 10.0.0, current version 10.1.0) /usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0) /opt/local/lib/libiconv.2.dylib (compatibility version 8.0.0, current version 8.1.0) /usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1641.0.0)

...

based on your comment, I think I understand the issue... thanks.

[jeremyhu@…]

Ok, I installed 2.0.1_5 and had:

/Applications/MacPorts/VLC.app/Contents/MacOS $ otool -L VLC
VLC:
	/opt/local/lib/libvlc.5.dylib (compatibility version 9.0.0, current version 9.1.0)
	/opt/local/lib/libvlccore.5.dylib (compatibility version 7.0.0, current version 7.0.0)
	/opt/local/lib/libintl.8.dylib (compatibility version 10.0.0, current version 10.1.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0)
	/opt/local/lib/libiconv.2.dylib (compatibility version 8.0.0, current version 8.1.0)
	/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1669.0.0)

I then upgraded it. After that, I had:

/Applications/MacPorts/VLC.app/Contents/MacOS $ otool -L VLC 
VLC:
	@loader_path/lib/libvlc.5.dylib (compatibility version 9.0.0, current version 9.1.0)
	@loader_path/lib/libvlccore.5.dylib (compatibility version 7.0.0, current version 7.0.0)
	/opt/local/lib/libintl.8.dylib (compatibility version 10.0.0, current version 10.1.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 169.3.0)
	/opt/local/lib/libiconv.2.dylib (compatibility version 8.0.0, current version 8.1.0)
	/usr/lib/libgcc_s.1.dylib (compatibility version 1.0.0, current version 1669.0.0)

I'm not exactly sure why it's doing that, but... r95331 should fix it.

[nonstop.server@…]

Replying to jeremyhu@…:

Yes, r95331 fixed the problem, after upgrading on several environments MacPorts always generated a working VLC.
And thank you for also upgrading the port to the latest version ;).
There was a small issue when installing dependency gtk2 (see #31148), it might complain about dependency pango being installed witn the x11 variant enabled.

[nonstop.server@…]

Replying to nonstop.server@…:

Replying to jeremyhu@…:

Yes, r95331 fixed the problem, after upgrading on several environments MacPorts always generated a working VLC.
And thank you for also upgrading the port to the latest version ;).
There was a small issue when installing dependency gtk2 (see #31148), it might complain about dependency pango being installed witn the x11 variant enabled.

I followed Ryans suggestion in #31148 to work around this problem and reinstalled pango without the x11 variant.