From: Alan W. I. <ir...@be...> - 2016-12-14 11:10:27
|
The dashboards submitted by an anonymous user on December 10th and 11th showed a CMake error on Ubuntu which was due to a PLplot build system bug which I just fixed. Thanks for those reports! Whoever submitted those dashboards should try doing so again. Those tests also showed one ctest error for Ubuntu concerning the test of our pdf device for C example 24. The fix for that has been known a long time and has been accepted upstream by the libhpdf developers, and even packaged experimentally downstream by Debian (see <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726069>), but that package of the new 2.3.0 upstream version of libhpdf has for some unknown reason never made it into Debian stable releases and also not into Ubuntu releases. So until those packaging issues are fixed, Debian and Ubuntu users will always run into this PLplot ctest issue unless they build that latest libhpdf version for themselves (like I do for my own comprehensive tests). 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 __________________________ |
From: Hazen B. <hba...@ma...> - 2016-12-14 13:17:28
|
On 12/14/2016 06:10 AM, Alan W. Irwin wrote: > Those tests also showed one ctest error for Ubuntu concerning the test > of our pdf device for C example 24. The fix for that has been known a > long time and has been accepted upstream by the libhpdf developers, > and even packaged experimentally downstream by Debian (see > <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726069>), but that > package of the new 2.3.0 upstream version of libhpdf has for some > unknown reason never made it into Debian stable releases and also not > into Ubuntu releases. So until those packaging issues are fixed, > Debian and Ubuntu users will always run into this PLplot ctest issue > unless they build that latest libhpdf version for themselves (like > I do for my own comprehensive tests). Based on my tests using docker images, I believe that this version of libhpdf is currently only available in arch-linux, and is not available in any of debian stable, debian latest, fedora latest, opensuse tumbleweed or ubuntu latest. This might merit a check by cmake for the correct version? Otherwise I think this test is going to fail for pretty much everyone. -Hazen |
From: Alan W. I. <ir...@be...> - 2016-12-14 18:42:25
|
On 2016-12-14 08:17-0500 Hazen Babcock wrote: > On 12/14/2016 06:10 AM, Alan W. Irwin wrote: >> Those tests also showed one ctest error for Ubuntu concerning the test >> of our pdf device for C example 24. The fix for that has been known a >> long time and has been accepted upstream by the libhpdf developers, >> and even packaged experimentally downstream by Debian (see >> <https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=726069>), but that >> package of the new 2.3.0 upstream version of libhpdf has for some >> unknown reason never made it into Debian stable releases and also not >> into Ubuntu releases. So until those packaging issues are fixed, >> Debian and Ubuntu users will always run into this PLplot ctest issue >> unless they build that latest libhpdf version for themselves (like >> I do for my own comprehensive tests). > > Based on my tests using docker images, I believe that this version of libhpdf > is currently only available in arch-linux, and is not available in any of > debian stable, debian latest, fedora latest, opensuse tumbleweed or ubuntu > latest. This might merit a check by cmake for the correct version? Otherwise > I think this test is going to fail for pretty much everyone. Hi Hazen: A version check on libhpdf (implemented in cmake/modules/pdf.cmake) is an excellent idea. I notice the hpdf headers on the 2.2.1 version system headers #define the following version macros. #define HPDF_MAJOR_VERSION 2 #define HPDF_MINOR_VERSION 2 #define HPDF_BUGFIX_VERSION 1 Those should make such a check easy to implement with the appropriate try_compile logic. I will try to implement this check before the release if I have time, but no promises. (i.e., if you want to help out by implementing that, please let me know and go ahead!) Meanwhile, until we implement such a version check, if users are stuck with a version of libhpdf such that the test_c_pdf ctest fails on example 24, then they should do the obvious thing to bypass the issue which is to specify --cmake_added_options "-DPLD_pdf=ON" in order to help the comprehensive test script complete. And similarly for any other component of PLplot that they have to disable in order to complete the test. Of course, when the report tarball from some tester shows such constraints were applied to the test I will ask the tester about the motivation for the constraints if they don't volunteer that information with their report tarball (e.g., "I had to disable the pdf device because it failed on example 24"). I need such constraint motivation information from testers to allow me to footnote the constraint on the test properly at <https://sourceforge.net/p/plplot/wiki/Testing_PLplot/#Testing%20Reports>. 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 __________________________ |
From: Alan W. I. <ir...@be...> - 2016-12-15 08:21:51
|
On 2016-12-14 10:42-0800 Alan W. Irwin wrote: > Hi Hazen: > > A version check on libhpdf (implemented in cmake/modules/pdf.cmake) is > an excellent idea. [...] I will try to implement this check before the > release if I have time, but no promises. DONE as of commit e386818. This should solve the reason for the recent dashboard failures with test_c_pdf. Thanks for this idea. 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 __________________________ |