On 2017-11-08 16:14-0500 Ben Boeckel wrote:
On Wed, Nov 08, 2017 at 12:39:15 -0800, Alan W. Irwin wrote:
software@raven> time (nice -19 ctest -S
~/cmake/Dashboards/Scripts/CMakeScripts/my_dashboard.cmake -VV >& ctest.out16)
X11 connection rejected because of wrong authentication.
X11 connection rejected because of wrong authentication.
X11 connection rejected because of wrong authentication.
X11 connection rejected because of wrong authentication.
X11 connection rejected because of wrong authentication.
X11 connection rejected because of wrong authentication.
X11 connection rejected because of wrong authentication.
The only thing I can find in ctest.out16 corresponding to these
warnings is
264: application-specific initialization failed: couldn't connect to display
"localhost:10.0"
264: Error in startup script: couldn't connect to display "localhost:10.0"
The Xauthority file is not available to the nightly build job.
Hi Ben:
Note the above issue is for an Experimental test and not for a Nightly
one, i.e., the above errors occurred for a command-line environment
where X authentication normally just works (i.e., I can fire up
another konsole or xterm, run "xauth list", etc. without issues). The
corresponding X authority file is located at
/home/software/.Xauthority.
Following up on another comment you made concerning the
XAUTHORITY environment variable I decided to try setting
that environment variable using
macro(dashboard_hook_build)
....
set(ENV{XAUTHORITY} /home/software/.Xauthority)
....
endmacro()
within my Scripts/CMakeScripts/my_dashboard.cmake
file following how I set other environment variables
for this contract test.
That change completely solved the above Experimental X authority
issues and the Tk-related components of PLplot built for that
particular test.
So thanks very much for that XAUTHORITY idea!
Changing topics back to the Nightly case where the job is started in a
crontab environment rather than on the normal desktop command line as
above, further research indicates it is possible to set DISPLAY for
such environments (assuming that DISPLAY exists at the time the
crontab job fires as is typical for my case). So I am going to try
that to see if that change plus the above setting of XAUTHORITY solves
the Nightly issue as well.
@Brad:
I still have no idea why setting XAUTHORITY to the file that is used
in any case should be needed, and I am therefore pretty sure doing
that as above merely works around an issue with contract tests (or
deeper) where it is possible not enough care is being used to
propagate X authority.
Alan
__________________________
Alan W. Irwin
Astronomical research affiliation with Department of Physics and Astronomy,
University of Victoria (astrowww.phys.uvic.ca).
Programming affiliations with the FreeEOS equation-of-state
implementation for stellar interiors (freeeos.sf.net); the Time
Ephemerides project (timeephem.sf.net); PLplot scientific plotting
software package (plplot.sf.net); the libLASi project
(unifont.org/lasi); the Loads of Linux Links project (loll.sf.net);
and the Linux Brochure Project (lbproject.sf.net).
__________________________
Linux-powered Science
__________________________
--
Powered by www.kitware.com
Please keep messages on-topic and check the CMake FAQ at:
http://www.cmake.org/Wiki/CMake_FAQ
Kitware offers various services to support the CMake community. For more
information on each offering, please visit:
CMake Support: http://cmake.org/cmake/help/support.html
CMake Consulting: http://cmake.org/cmake/help/consulting.html
CMake Training Courses: http://cmake.org/cmake/help/training.html
Visit other Kitware open-source projects at
http://www.kitware.com/opensource/opensource.html
Follow this link to subscribe/unsubscribe:
http://public.kitware.com/mailman/listinfo/cmake-developers
