<div dir="ltr">Thanks for the advice, installing to a custom prefix and setting my environment variables when needed sounds like a good option. I think I'll do that if (when) I get stuck again.<br></div><div class="gmail_extra">
<br><br><div class="gmail_quote">On Tue, Jul 23, 2013 at 8:31 PM, Tim-Philipp Müller <span dir="ltr"><<a href="mailto:t.i.m@zen.co.uk" target="_blank">t.i.m@zen.co.uk</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div class="im">On Tue, 2013-07-23 at 13:03 +1200, Adam Goodwin wrote:<br>
<br>
> Do you think I should be uninstalling the GStreamer packages<br>
> in /usr/lib/* to stop this sort of thing from happening? Or is it safe<br>
> to have both the package and source versions installed alongside each<br>
> other?<br>
<br>
</div>Well, uninstalling the system packages is probably going to be quite<br>
disruptive to your system, but having gstreamer installed both in /usr<br>
and /usr/local is likely going to lead to some weird behaviour and<br>
bitrot sooner or later too (when packages get upgraded and you have<br>
forgotten that you installed a custom GStreamer from source)..<br>
<br>
For development/testing purposes it might be best to uninstall<br>
everything in /usr/local/lib (run 'sudo make uninstall' in your source<br>
trees) and either install it into some custom prefix like /opt or<br>
~/gstreamer and set up your environment (PATH, PKG_CONFIG_PATH,<br>
LD_LIBRARY_PATH) to use that version when needed, or run an<br>
'uninstalled' GStreamer setup (gst-uninstalled) in your home directory.<br>
<br>
Depends what you're trying to do how I guess.<br>
<br>
Or you try to make your own packages with the new versions and install<br>
those over the older system ones.<br>
<br>
Cheers<br>
<span class="HOEnZb"><font color="#888888"> -Tim<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
><br>
><br>
> On Tue, Jul 23, 2013 at 3:26 AM, Tim-Philipp Müller <<a href="mailto:t.i.m@zen.co.uk">t.i.m@zen.co.uk</a>><br>
> wrote:<br>
> On Tue, 2013-07-23 at 03:12 +1200, Adam Goodwin wrote:<br>
><br>
> Hi Adam,<br>
><br>
> > After clarification from Robert Krakora regarding<br>
> uvch264_src in<br>
> > version 0.10 (thanks for that bit of info), I've decided to<br>
> stick with<br>
> > the 1.1.2 release for now as I was only missing a couple of<br>
> > dependencies of uvch264src - which I have now found.<br>
> ><br>
> ><br>
> > Unfortunately what I'm now finding is that when I configure,<br>
> make and<br>
> > install GStreamer 1.1.2, there seems to be something quite<br>
> wrong.<br>
> > After installing, running gst-inspect-1.0 gives the<br>
> following:<br>
> ><br>
> > gst-inspect-1.0: symbol lookup error: gst-inspect-1.0:<br>
> undefined<br>
> > symbol: _gst_caps_features_memory_system_memory<br>
><br>
><br>
> I'm guessing that you have installed GStreamer from source<br>
> into the<br>
> default prefix /usr/local/lib, and there is also a GStreamer<br>
> 1.0 from<br>
> packages installed into /usr/lib/*.<br>
><br>
> I'm guessing that the dynamic linker finds and uses the older<br>
> GStreamer<br>
> in /usr/lib/* rather than the newer from-source one.<br>
><br>
> You can check with:<br>
><br>
> ldd /path/to/gst-inspect-1.0<br>
><br>
> You might need to add /usr/local/lib to your /etc/ld.so.conf*<br>
> and/or run<br>
> sudo ldconfig.<br>
><br>
> Cheers<br>
> -Tim<br>
><br>
> > If I "make uninstall" GStreamer, and run the build of<br>
> gst-inspect-1.0<br>
> > from ./tools/gst-inspect-1.0, I get the following:<br>
> ><br>
> > staticelements: bin: Generic bin<br>
> > staticelements: pipeline: Pipeline object<br>
> ><br>
> > Total count: 1 plugin, 2 features<br>
> ><br>
> ><br>
> > This seems much more reasonable, but I'd like to install<br>
> GStreamer<br>
> > properly. I've burned a few hours trying to get the install<br>
> to work,<br>
> > but I'm having no luck.<br>
> ><br>
> ><br>
> > I couldn't find the same error mentioned anywhere else, but<br>
> does<br>
> > anyone recognise it or know why it would occur?<br>
> ><br>
> > I can provide the output from ./configure, make, and make<br>
> install, but<br>
> > it doesn't look like anything went wrong there. I also tried<br>
> release<br>
> > 1.0.8 again and it seemed to install fine, but unfortunately<br>
> > uvch264src isn't ported to that release.<br>
> ><br>
> ><br>
> > If nobody has any ideas I guess I'll just try cloning the<br>
> 0.10<br>
> > repository and hopefully get uvch264_src that way.<br>
><br>
><br>
> Cheers<br>
> -Tim<br>
><br>
><br>
> _______________________________________________<br>
> gstreamer-devel mailing list<br>
> <a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
> <a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
><br>
><br>
> _______________________________________________<br>
> gstreamer-devel mailing list<br>
> <a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
> <a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
<br>
<br>
_______________________________________________<br>
gstreamer-devel mailing list<br>
<a href="mailto:gstreamer-devel@lists.freedesktop.org">gstreamer-devel@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel" target="_blank">http://lists.freedesktop.org/mailman/listinfo/gstreamer-devel</a><br>
</div></div></blockquote></div><br></div>