Thanks for your input, Jonathan! It helped put me on the track to finally solve it. Yes, turned out there was a local "hack" that polluted the environment...
On Wednesday, November 6, 2013 10:28:00 PM UTC+1, JonathanRRogers wrote: > > > > On Tuesday, November 5, 2013 12:03:46 PM UTC-5, rop wrote: >> >> >> We are trying to make a maven-project with Selenium-tests run >> **headless** in Jenkins on a Linux-box. >> We installed the xvfb-plugin in Jenkins. >> But when Selenium tries to invoke Firefox we get this error: >> >> XPCOMGlueLoad error for file /usr/lib64/xulrunner/libxpcom.so: >> /opt/svn_1.6/lib/libstdc++.so.6: version `GLIBCXX_3.4.9' not found >> (required by /usr/lib64/xulrunner/libxul.so) >> Couldn't load XPCOM. >> >> Listing the environ-variables from Jenkins pre-build step shows this: >> >> >> LD_LIBRARY_PATH="/usr/java/jdk1.6.0_24/jre/lib/i386/server:/usr/java/jdk1.6.0_24/jre/lib/i386:/usr/java/jdk1.6.0_24/jre/../lib/i386::/opt/svn_1.6/lib/:/opt/svn_1.6/lib/" >> >> Tomcat is started with a blank LD_LIBRARY_PATH, so I guess that "svn_1.6" >> stuff is set by Jenkins, because we also use the subversion-plugin in >> Jenkins (?). >> >> But looks like that is causing problems for Firefox, since the correct >> library (presumably /usr/lib64/libstdc++.so.6.0.13 ) then gets ignored... >> (do you agree?) >> >> Anyone has an idea how to get around this? >> >> >> It does seem odd to me that Jenkins would be setting LD_LIBRARY_PATH for > its children to inherit. I've had no trouble running WebDriver tests from > Python. As a workaround, you should be able to fix the environment with the > EnvInject plugin: > <URL:https://wiki.jenkins-ci.org/display/JENKINS/EnvInject+Plugin> > -- You received this message because you are subscribed to the Google Groups "Jenkins Users" group. To unsubscribe from this group and stop receiving emails from it, send an email to [email protected]. For more options, visit https://groups.google.com/groups/opt_out.
