GNOME Bugzilla – Bug 590967
Tests fail while system version is lower and new API is used
Last modified: 2010-02-18 01:55:37 UTC
While upgrading on Gentoo Linux from 0.10.22 to 0.10.23, the tests fail when running them as part of the upgrade process, as it seems they are ran without LD_LIBRARY_PATH set to the location of the local freshly built new libgstbase-0.10.so, etc. I haven't yet tested with upgrade to 0.10.24, but Olivier said he fixed the same thing in farsight2, but not in the core, so the problem probably still exists and I should file a bug so that he can look at it later.
Created attachment 140046 [details] Log of the test failure output This shows the failure. Notice the missing symbol that is new in 0.10.23, and didn't exist in 0.10.22 yet that the system had installed still at this point. Tests start to work after upgrading without running tests and then re-installing the same version with running tests, but that then runs with system libgstbase still, and tests should be using the locally built libraries.
Yes, it seems that LD_LIBRARY_PATH is not set anywhere when running the testsuite but it definitely should...
Instead of doing LD_LIBRARY_PATH, which won't be portable to non-ELF systems (like OS X). I guess we should add the libraries to LDADD or something? but that may break if plugins link with a different one? Elf linking always confuses me..
This should've been fixed by this commit I think: commit 70a08107fdda0ec49051bdd3a85a1876f465d030 Author: Edward Hervey <bilboed@bilboed.com> Date: Thu Nov 5 21:09:28 2009 +0100 tests: Make sure we use the local libgstbase and not a stray outside one. Theoretically we should also do this for all local libraries to make sure we don't test with a 'stray' outside library. Please re-open if it's still an issue.