Opened 12 years ago

Closed 12 years ago

Last modified 12 years ago

#35131 closed defect (fixed)

VLC @2.0.1_5 refuses to start

Reported by: mklein-de (Michael Klein) Owned by: jeremyhu (Jeremy Huddleston Sequoia)
Priority: Normal Milestone:
Component: ports Version: 2.1.1
Keywords: Cc: nonstop.server@…
Port: VLC

Description

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)

Change History (8)

comment:1 Changed 12 years ago by nonstop.server@…

Cc: nonstop.server@… added

Cc Me!

comment:2 Changed 12 years ago by ryandesign (Ryan Carsten Schmidt)

Cc: jeremyhu@… removed
Owner: changed from macports-tickets@… to jeremyhu@…

comment:3 Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)

Status: newassigned

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.

comment:4 Changed 12 years ago by 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.

comment:5 Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)

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.

comment:6 Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)

Resolution: fixed
Status: assignedclosed

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.

comment:7 in reply to:  6 ; Changed 12 years ago by 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.

comment:8 in reply to:  7 Changed 12 years ago by 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.

Note: See TracTickets for help on using tickets.