#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 |
---|
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: | new → assigned |
---|
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 follow-up: 7 Changed 12 years ago by jeremyhu (Jeremy Huddleston Sequoia)
Resolution: | → fixed |
---|---|
Status: | assigned → closed |
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 follow-up: 8 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 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.
Cc Me!