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 634376 - Fails to build with introspection
Fails to build with introspection
Status: RESOLVED NOTGNOME
Product: GStreamer
Classification: Platform
Component: gst-rtsp-server
unspecified
Other Linux
: Normal normal
: git master
Assigned To: GStreamer Maintainers
GStreamer Maintainers
Depends on:
Blocks:
 
 
Reported: 2010-11-09 01:19 UTC by Bastien Nocera
Modified: 2010-11-09 16:13 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Bastien Nocera 2010-11-09 01:19:50 UTC
/usr/bin/g-ir-scanner  --add-include-path=. --strip-prefix=Gst --namespace=GstRtspServer --nsversion=0.10 --libtool="/bin/sh ../../libtool"  --include=Gst-0.10 --include=GstRtsp-0.10   --library=libgstrtspserver-0.10.la    rtsp-params.h rtsp-sdp.h rtsp-media.h rtsp-media-factory.h rtsp-media-mapping.h rtsp-session.h rtsp-session-pool.h rtsp-client.h rtsp-server.h rtsp-params.c rtsp-sdp.c rtsp-media.c rtsp-media-factory.c rtsp-media-mapping.c rtsp-session.c rtsp-session-pool.c rtsp-client.c rtsp-server.c /usr/bin/g-ir-scanner libgstrtspserver-0.10.la --output GstRtspServer-0.10.gir
/builddir/build/BUILD/gst-rtsp-0.10.7/gst/rtsp-server/tmp-introspectV7_DWH/.libs/lt-GstRtspServer-0.10: error while loading shared libraries: libgstrtspserver-0.10.so.0: cannot open shared object file: No such file or directory

Most bizarre.

The full log is at:
http://koji.fedoraproject.org/koji/getfile?taskID=2588800&name=build.log
More info about the build:
http://koji.fedoraproject.org/koji/getfile?taskID=2588800&name=build.log

This is gst-rtsp-0.10.7 plus the patch from http://cgit.freedesktop.org/gstreamer/gst-rtsp-server/commit/?id=2e1054036d24496ebe7311ed5cd412df95e98343
Comment 1 Colin Walters 2010-11-09 16:13:26 UTC
# Remove rpath as per https://fedoraproject.org/wiki/Packaging/Guidelines#Beware_of_Rpath
sed -i 's|^hardcode_libdir_flag_spec=.*|hardcode_libdir_flag_spec=""|g' libtool
sed -i 's|^runpath_var=LD_RUN_PATH|runpath_var=DIE_RPATH_DIE|g' libtool

You can't do that anymore, as we depend on rpath to run the uninstalled binary; I recommend using "chrpath --delete" as from the other example.