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 jenkinsci-users+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/groups/opt_out.
