Community
Participate
Working Groups
When trying to run the XQuery job, it now gets to the point where it needs to run the tests. The job is setup to launch Xvnc, and does so during the build, however, the Tests (which there are only 8), never get established. There is a message in the long saying something like can't establish RANDR on Display 10:0. These tests and steps run fine on the original hudson build server. So I would check to make sure items are configured the same between the two, and that the appropriate GTK libraries are installed as well. [INFO] [INFO] Expected eclipse log file: /opt/public/jobs/cbi-wtp-inc-xquery/workspace/sourceediting/tests/org.eclipse.wst.xquery.core.tests/target/work/data/.metadata/.log [INFO] Command line: /bin/sh -c cd /opt/public/jobs/cbi-wtp-inc-xquery/workspace/sourceediting/tests/org.eclipse.wst.xquery.core.tests && /opt/public/common/sun-jdk1.6.0_21_x64/jre/bin/java -Dosgi.noShutdown=false -Dosgi.os=linux -Dosgi.ws=gtk -Dosgi.arch=x86_64 -jar /opt/public/jobs/cbi-wtp-inc-xquery/workspace/.repository/p2/osgi/bundle/org.eclipse.equinox.launcher/1.0.201.R35x_v20090715/org.eclipse.equinox.launcher-1.0.201.R35x_v20090715.jar -data /opt/public/jobs/cbi-wtp-inc-xquery/workspace/sourceediting/tests/org.eclipse.wst.xquery.core.tests/target/work/data -dev file:/opt/public/jobs/cbi-wtp-inc-xquery/workspace/sourceediting/tests/org.eclipse.wst.xquery.core.tests/target/dev.properties -install /opt/public/jobs/cbi-wtp-inc-xquery/workspace/sourceediting/tests/org.eclipse.wst.xquery.core.tests/target/work -configuration /opt/public/jobs/cbi-wtp-inc-xquery/workspace/sourceediting/tests/org.eclipse.wst.xquery.core.tests/target/work/configuration -application org.codehaus.tycho.surefire.osgibooter.uitest -testproperties /opt/public/jobs/cbi-wtp-inc-xquery/workspace/sourceediting/tests/org.eclipse.wst.xquery.core.tests/target/surefire.properties Xlib: extension "RANDR" missing on display ":10.0".
I updated the command line used to start VNC. It looks like hudson was expecting the display to be 'local' instead of need to connect on a different port. Can I get confirmation that this is really working? -M.
Yes, this is now working.