After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 761581 - gst-uninstalled: fails to load plugins because of wrong rpath
gst-uninstalled: fails to load plugins because of wrong rpath
Status: RESOLVED DUPLICATE of bug 762140
Product: GStreamer
Classification: Platform
Component: gstreamer (core)
git master
Other Mac OS
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2016-02-05 09:00 UTC by Julien Isorce
Modified: 2016-12-15 10:09 UTC
See Also:
GNOME target: ---
GNOME version: ---


Attachments
WIP: change rpath on osx if using gst-uninstalled env (2.02 KB, patch)
2016-02-05 09:02 UTC, Julien Isorce
reviewed Details | Review

Description Julien Isorce 2016-02-05 09:00:05 UTC
Build is fine but gst-inspect-1.0 leads to: "(gst-plugin-scanner:79479): GStreamer-WARNING **: Failed to load plugin" for all dynamic plugins.

This this due to a wrong rpath:

otool -L gst/.libs/libgstreamer-1.0.dylib :
	/usr/local/lib/libgstreamer-1.0.0.dylib (compatibility version 702.0.0, current version 702.0.0)
	/opt/local/lib/libgobject-2.0.0.dylib (compatibility version 4401.0.0, current version 4401.1.0)
	/opt/local/lib/libgmodule-2.0.0.dylib (compatibility version 4401.0.0, current version 4401.1.0)
	/opt/local/lib/libglib-2.0.0.dylib (compatibility version 4401.0.0, current version 4401.1.0)
	/opt/local/lib/libintl.8.dylib (compatibility version 10.0.0, current version 10.3.0)
	/usr/lib/libSystem.B.dylib (compatibility version 1.0.0, current version 1213.0.0)

libtool generates Makefile that contains: -rpath $(libdir)

Unfortunately ./configure --disable-rpath does not work, see http://savannah.gnu.org/bugs/?func=detailitem&item_id=29151 (the bug is open for 6 years now)

So a solution can be to run some post-build commands, using "install_name_tool" tool to fix this rpath.

A WIP path will follow.
Comment 1 Julien Isorce 2016-02-05 09:02:57 UTC
Created attachment 320483 [details] [review]
WIP: change rpath on osx if using gst-uninstalled env

On OS X, gst-uninstalled can useful when using MacPorts
Comment 2 Heinrich Fink 2016-02-16 13:36:47 UTC
hey, if I'm  not mistaken, this problem stems from the fact that currently all GST libs use absolute linker paths on OSX. I just wrote up a separate bug entry for that here: https://bugzilla.gnome.org/show_bug.cgi?id=762140

By the way, it's a bit confusing that @rpath (as used by OSX's dyld), and libtool's rpath are completely different things, are they not? :)
Comment 3 Tim-Philipp Müller 2016-11-11 19:21:18 UTC
Comment on attachment 320483 [details] [review]
WIP: change rpath on osx if using gst-uninstalled env

I am not sure this is something we want to maintain in our build tbh :)
Comment 4 Tim-Philipp Müller 2016-11-11 19:21:55 UTC
So should this be marked as dup of bug #762140 then?
Comment 5 Tim-Philipp Müller 2016-12-15 10:09:01 UTC

*** This bug has been marked as a duplicate of bug 762140 ***