From azukaitis at gmail.com  Fri Aug  4 15:20:05 2017
From: azukaitis at gmail.com (Anthony Zukaitis)
Date: Fri, 4 Aug 2017 13:20:05 -0600
Subject: [CDash] CDASH 2.4 on Ubuntu 16.04 LTS
Message-ID: <CACpOV+MhNGcM2a4L6_qJ_T4uCOJd+wFiyj7Uxgwd-pn+zOKe5Q@mail.gmail.com>

I'm having a little trouble installing Cdash on 2.4 Ubuntu.
I followed the instructions and couldn't find php-5 so I just did php
default which is 7.

sudo apt-get install apache2 mysql-server php php-mysql php-xsl php-curl
php-gd libapache2-mod-php
I also needed to add: php-mbstring.

I did a checkout prebuilt of CDash.
I created a directory for Cdash and then created a link into the public
directory from the apache2 default home location
/var/www/html/CDash -> /var/www/CDash/public

I've set sql_mode="" in /etc/mysql/my.cnf.

Everything seems to work except when I tried to modify the project settings
via admin through the web interface.

Apache reports:
[Fri Aug 04 12:57:52.405147 2017] [:error] [pid 2285] [client 10.0.2.2:51818]
PHP Fatal error:  Uncaught Error: Cannot access private property
Project::$PDO in
/var/www/html/CDash_base/public/api/v1/project.php:277\nStack trace:\n#0
/var/www/html/CDash_base/public/api/v1/project.php(267):
populate_project(Object(Project))\n#1
/var/www/html/CDash_base/public/api/v1/project.php(92):
update_project(Array, Object(Project))\n#2
/var/www/html/CDash_base/public/api/v1/project.php(43): rest_post()\n#3
{main}\n  thrown in /var/www/html/CDash_base/public/api/v1/project.php on
line 277, referer: http://127.0.0.1:2080/CDash/createProject.php?projectid=2

Any thoughts?
Tony
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20170804/c35c2bd7/attachment.html>

From bryon.bean at kitware.com  Mon Aug  7 12:46:59 2017
From: bryon.bean at kitware.com (Bryon Bean)
Date: Mon, 7 Aug 2017 12:46:59 -0400
Subject: [CDash] CDash Digest, Vol 110, Issue 1
In-Reply-To: <mailman.1.1501948803.11680.cdash@public.kitware.com>
References: <mailman.1.1501948803.11680.cdash@public.kitware.com>
Message-ID: <CAGY_fm8bhwm9WntCyuVQMAdN3uxkXAfwHj8ayM4sLFTF1UbF8g@mail.gmail.com>

Hey Anthony,

I've put in a PR to fix the issue, should be accepted shortly. Thanks for
notifying us of the issue.

https://github.com/Kitware/CDash/pull/564

On Sat, Aug 5, 2017 at 12:00 PM, <cdash-request at public.kitware.com> wrote:

> Send CDash mailing list submissions to
>         cdash at public.kitware.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://public.kitware.com/mailman/listinfo/cdash
> or, via email, send a message with subject or body 'help' to
>         cdash-request at public.kitware.com
>
> You can reach the person managing the list at
>         cdash-owner at public.kitware.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of CDash digest..."
>
>
> Today's Topics:
>
>    1. CDASH 2.4 on Ubuntu 16.04 LTS (Anthony Zukaitis)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 4 Aug 2017 13:20:05 -0600
> From: Anthony Zukaitis <azukaitis at gmail.com>
> To: cdash at public.kitware.com
> Subject: [CDash] CDASH 2.4 on Ubuntu 16.04 LTS
> Message-ID:
>         <CACpOV+MhNGcM2a4L6_qJ_T4uCOJd+wFiyj7Uxgwd-pn+zOKe5Q@
> mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> I'm having a little trouble installing Cdash on 2.4 Ubuntu.
> I followed the instructions and couldn't find php-5 so I just did php
> default which is 7.
>
> sudo apt-get install apache2 mysql-server php php-mysql php-xsl php-curl
> php-gd libapache2-mod-php
> I also needed to add: php-mbstring.
>
> I did a checkout prebuilt of CDash.
> I created a directory for Cdash and then created a link into the public
> directory from the apache2 default home location
> /var/www/html/CDash -> /var/www/CDash/public
>
> I've set sql_mode="" in /etc/mysql/my.cnf.
>
> Everything seems to work except when I tried to modify the project settings
> via admin through the web interface.
>
> Apache reports:
> [Fri Aug 04 12:57:52.405147 2017] [:error] [pid 2285] [client
> 10.0.2.2:51818]
> PHP Fatal error:  Uncaught Error: Cannot access private property
> Project::$PDO in
> /var/www/html/CDash_base/public/api/v1/project.php:277\nStack trace:\n#0
> /var/www/html/CDash_base/public/api/v1/project.php(267):
> populate_project(Object(Project))\n#1
> /var/www/html/CDash_base/public/api/v1/project.php(92):
> update_project(Array, Object(Project))\n#2
> /var/www/html/CDash_base/public/api/v1/project.php(43): rest_post()\n#3
> {main}\n  thrown in /var/www/html/CDash_base/public/api/v1/project.php on
> line 277, referer: http://127.0.0.1:2080/CDash/
> createProject.php?projectid=2
>
> Any thoughts?
> Tony
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://public.kitware.com/pipermail/cdash/attachments/
> 20170804/c35c2bd7/attachment-0001.html>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> CDash mailing list
> CDash at public.kitware.com
> http://public.kitware.com/mailman/listinfo/cdash
>
>
> ------------------------------
>
> End of CDash Digest, Vol 110, Issue 1
> *************************************
>



-- 
Bryon Bean
R&D Engineer
518-881-4448
bryon.bean at kitware.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20170807/982271eb/attachment.html>

From zack.galbreath at kitware.com  Mon Aug  7 13:33:30 2017
From: zack.galbreath at kitware.com (Zack Galbreath)
Date: Mon, 7 Aug 2017 13:33:30 -0400
Subject: [CDash] CDASH 2.4 on Ubuntu 16.04 LTS
In-Reply-To: <CACpOV+MhNGcM2a4L6_qJ_T4uCOJd+wFiyj7Uxgwd-pn+zOKe5Q@mail.gmail.com>
References: <CACpOV+MhNGcM2a4L6_qJ_T4uCOJd+wFiyj7Uxgwd-pn+zOKe5Q@mail.gmail.com>
Message-ID: <CANgkMA7z-cg-H-VV4mUFre-pKeQykDyE+xiN+mhKP50PmMO5xg@mail.gmail.com>

On Fri, Aug 4, 2017 at 3:20 PM, Anthony Zukaitis <azukaitis at gmail.com>
wrote:

> Cannot access private property Project::$PDO
>

Thanks for bringing this to our attention.  Bryon found the problem and
fixed it here <https://github.com/Kitware/CDash/pull/564>.  The master and
prebuilt branches have been updated to include this fix.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20170807/4cbd3af0/attachment.html>

From daibane at sandia.gov  Mon Aug  7 14:59:51 2017
From: daibane at sandia.gov (Ibanez, Daniel Alejandro)
Date: Mon, 7 Aug 2017 18:59:51 +0000
Subject: [CDash] Test Timing graphs per row
Message-ID: <5C8FC6C8-D1D4-4782-A1CA-E8A20732715D@sandia.gov>

Hello,

When one displays a graph of Test Time on CDash, data points are included from multiple ?rows? in the project?s CDash page.
Is it possible to get the same graph with only data points from one ?row? ?
This would really be helpful for us to track performance in a meaningful way.
Right now our graphs are all zigzags as different rows use different compiler options and run on different hardware.
This is also obscuring real performance patterns on a per-row basis.

Thanks,

Dan Ibanez
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20170807/8511c025/attachment.html>

From wouter.klouwen at youview.com  Fri Aug 25 05:39:21 2017
From: wouter.klouwen at youview.com (Wouter Klouwen)
Date: Fri, 25 Aug 2017 10:39:21 +0100
Subject: [CDash] Submitting to sub projects via Curl
Message-ID: <b3bf2d65-4fe2-fcb5-8694-90ffff7ef4f6@youview.com>


Hi All,

I'm experimenting with a setup of CDash where I have one big project
containing a few hundred smaller projects.

The first thing I want to do is to use it to gather code coverage
metrics. I have a setup where Coverage.xml files are created for the
smaller projects.

For a variety of reasons that might not possibly make all that much
sense, mainly to do with ease of integration into our existing CI
pipeline, I'd like to curl to manually upload the result XML files,
rather than using the ctest and DartConfiguration.tcl.

There's a page on the wiki that indicated how do to a manual
submission*, which says to use a PUT and with curl, roughly translates into:

    $ curl -T /path/to/Coverage.xml
"http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5"

This works fine for submitting into the main project, but with this
method I don't seem to be able to submit into a sub project, despite
adding "subproject=foobar" to the URL.
 From my reading of the PHP, it seems that only one code path actually
looks for the "subproject" parameter, and it's a POST submission.

Should I change to using a POST, perhaps I cannot use manual submission
with sub projects, or is there another solution?

Thanks in advance,
     W


*: https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash
**: https://blog.kitware.com/additional-coverage-features-in-cdash/


This transmission contains information that may be confidential and contain personal views which are not necessarily those of YouView TV Ltd. YouView TV Ltd (Co No:7308805) is a limited liability company registered in England and Wales with its registered address at YouView TV Ltd, 3rd Floor, 10 Lower Thames Street, London, EC3R 6YT. For details see our web site at http://www.youview.com

From zack.galbreath at kitware.com  Fri Aug 25 08:32:42 2017
From: zack.galbreath at kitware.com (Zack Galbreath)
Date: Fri, 25 Aug 2017 08:32:42 -0400
Subject: [CDash] Submitting to sub projects via Curl
In-Reply-To: <b3bf2d65-4fe2-fcb5-8694-90ffff7ef4f6@youview.com>
References: <b3bf2d65-4fe2-fcb5-8694-90ffff7ef4f6@youview.com>
Message-ID: <CANgkMA4YthBUy4DqutA==fWPv1J1L6fGkYtOuVBXLytiyi02=g@mail.gmail.com>

It sounds like you got pretty close!  What subproject a build belongs to
should be embedded in the XML file you're submitting.  Here's an example
<https://github.com/Kitware/CDash/blob/master/tests/data/AggregateSubProjectCoverage/debug_case/production/Coverage.xml#L26>.
Give this a try and let us know if it still doesn't work for you.

On Fri, Aug 25, 2017 at 5:39 AM, Wouter Klouwen <wouter.klouwen at youview.com>
wrote:

>
> Hi All,
>
> I'm experimenting with a setup of CDash where I have one big project
> containing a few hundred smaller projects.
>
> The first thing I want to do is to use it to gather code coverage
> metrics. I have a setup where Coverage.xml files are created for the
> smaller projects.
>
> For a variety of reasons that might not possibly make all that much
> sense, mainly to do with ease of integration into our existing CI
> pipeline, I'd like to curl to manually upload the result XML files,
> rather than using the ctest and DartConfiguration.tcl.
>
> There's a page on the wiki that indicated how do to a manual
> submission*, which says to use a PUT and with curl, roughly translates
> into:
>
>    $ curl -T /path/to/Coverage.xml
> "http://hostname/submit.php?project=ProjectName&FileName=/pa
> th/to/Coverage.xml&MD5=somemd5"
>
> This works fine for submitting into the main project, but with this
> method I don't seem to be able to submit into a sub project, despite
> adding "subproject=foobar" to the URL.
> From my reading of the PHP, it seems that only one code path actually
> looks for the "subproject" parameter, and it's a POST submission.
>
> Should I change to using a POST, perhaps I cannot use manual submission
> with sub projects, or is there another solution?
>
> Thanks in advance,
>     W
>
>
> *: https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash
> **: https://blog.kitware.com/additional-coverage-features-in-cdash/
>
>
> This transmission contains information that may be confidential and
> contain personal views which are not necessarily those of YouView TV Ltd.
> YouView TV Ltd (Co No:7308805) is a limited liability company registered in
> England and Wales with its registered address at YouView TV Ltd, 3rd Floor,
> 10 Lower Thames Street, London, EC3R 6YT. For details see our web site at
> http://www.youview.com
> _______________________________________________
> CDash mailing list
> CDash at public.kitware.com
> http://public.kitware.com/mailman/listinfo/cdash
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20170825/43d4c5d9/attachment.html>

From wouter.klouwen at youview.com  Fri Aug 25 10:04:10 2017
From: wouter.klouwen at youview.com (Wouter Klouwen)
Date: Fri, 25 Aug 2017 15:04:10 +0100
Subject: [CDash] Submitting to sub projects via Curl
In-Reply-To: <CANgkMA4YthBUy4DqutA==fWPv1J1L6fGkYtOuVBXLytiyi02=g@mail.gmail.com>
References: <b3bf2d65-4fe2-fcb5-8694-90ffff7ef4f6@youview.com>
 <CANgkMA4YthBUy4DqutA==fWPv1J1L6fGkYtOuVBXLytiyi02=g@mail.gmail.com>
Message-ID: <8723e6fd-6288-64cd-6bab-261751381d1f@youview.com>

Hi Zack,

thanks for taking the time to reply.

Your suggestion makes sense, though the CTest HTTP submit handler code 
suggests that the "ctest -T Submit" does this via the HTTP URL:
 
https://github.com/Kitware/CMake/blob/master/Source/CTest/cmCTestSubmitHandler.cxx#L1074

Regardless of that, how does one get the Coverage.xml to contain this 
extra information? Putting the following line into the CMakeLists.txt or 
even CTestTestfile.cmake doesn't make anything appear in it:
     set_property(GLOBAL PROPERTY SubProject "example")

Is this more of a question for the CMake group?

I did find a fellow soul who seemingly had to do something very similar 
approximately 4 years ago but never posted an solution to his quandary:
 
https://stackoverflow.com/questions/17885371/ctest-cdash-subproject-xml-elements-missing-under-sites-using-includectest-on

Thanks in advance,
     W

On 25/08/17 13:32, Zack Galbreath wrote:
> [External email]
> 
> It sounds like you got pretty close!  What subproject a build belongs to 
> should be embedded in the XML file you're submitting. Here's an example 
> <https://github.com/Kitware/CDash/blob/master/tests/data/AggregateSubProjectCoverage/debug_case/production/Coverage.xml#L26>.  
> Give this a try and let us know if it still doesn't work for you.
> 
> On Fri, Aug 25, 2017 at 5:39 AM, Wouter Klouwen 
> <wouter.klouwen at youview.com <mailto:wouter.klouwen at youview.com>> wrote:
> 
> 
>     Hi All,
> 
>     I'm experimenting with a setup of CDash where I have one big project
>     containing a few hundred smaller projects.
> 
>     The first thing I want to do is to use it to gather code coverage
>     metrics. I have a setup where Coverage.xml files are created for the
>     smaller projects.
> 
>     For a variety of reasons that might not possibly make all that much
>     sense, mainly to do with ease of integration into our existing CI
>     pipeline, I'd like to curl to manually upload the result XML files,
>     rather than using the ctest and DartConfiguration.tcl.
> 
>     There's a page on the wiki that indicated how do to a manual
>     submission*, which says to use a PUT and with curl, roughly
>     translates into:
> 
>         $ curl -T /path/to/Coverage.xml
>     "http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5
>     <http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5>"
> 
>     This works fine for submitting into the main project, but with this
>     method I don't seem to be able to submit into a sub project, despite
>     adding "subproject=foobar" to the URL.
>      From my reading of the PHP, it seems that only one code path actually
>     looks for the "subproject" parameter, and it's a POST submission.
> 
>     Should I change to using a POST, perhaps I cannot use manual submission
>     with sub projects, or is there another solution?
> 
>     Thanks in advance,
>          W
> 
> 
>     *:
>     https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash
>     <https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash>
>     **: https://blog.kitware.com/additional-coverage-features-in-cdash/
>     <https://blog.kitware.com/additional-coverage-features-in-cdash/>
> 
> 
>     This transmission contains information that may be confidential and
>     contain personal views which are not necessarily those of YouView TV
>     Ltd. YouView TV Ltd (Co No:7308805) is a limited liability company
>     registered in England and Wales with its registered address at
>     YouView TV Ltd, 3rd Floor, 10 Lower Thames Street, London, EC3R 6YT.
>     For details see our web site at http://www.youview.com
>     _______________________________________________
>     CDash mailing list
>     CDash at public.kitware.com <mailto:CDash at public.kitware.com>
>     http://public.kitware.com/mailman/listinfo/cdash
>     <http://public.kitware.com/mailman/listinfo/cdash>
> 
> 
> 
> 
> [External email. Treat hyperlinks and attachments with caution]
> 

From DLRdave at aol.com  Fri Aug 25 10:53:23 2017
From: DLRdave at aol.com (David Cole)
Date: Fri, 25 Aug 2017 10:53:23 -0400
Subject: [CDash] Submitting to sub projects via Curl
In-Reply-To: <8723e6fd-6288-64cd-6bab-261751381d1f@youview.com>
References: <b3bf2d65-4fe2-fcb5-8694-90ffff7ef4f6@youview.com>
 <CANgkMA4YthBUy4DqutA==fWPv1J1L6fGkYtOuVBXLytiyi02=g@mail.gmail.com>
 <8723e6fd-6288-64cd-6bab-261751381d1f@youview.com>
Message-ID: <CAKME8fHRYDaA=vZXwSScnjt5wX+NMt+HUX7cxWtPe0LGbyV1qQ@mail.gmail.com>

For this to work right, you need to set that property in the ctest -S
script which drives and submits the results. Are you using a -S
script, or are you driving it with ctest command line arguments
instead?



On Fri, Aug 25, 2017 at 10:04 AM, Wouter Klouwen
<wouter.klouwen at youview.com> wrote:
> Hi Zack,
>
> thanks for taking the time to reply.
>
> Your suggestion makes sense, though the CTest HTTP submit handler code
> suggests that the "ctest -T Submit" does this via the HTTP URL:
>
> https://github.com/Kitware/CMake/blob/master/Source/CTest/cmCTestSubmitHandler.cxx#L1074
>
> Regardless of that, how does one get the Coverage.xml to contain this extra
> information? Putting the following line into the CMakeLists.txt or even
> CTestTestfile.cmake doesn't make anything appear in it:
>     set_property(GLOBAL PROPERTY SubProject "example")
>
> Is this more of a question for the CMake group?
>
> I did find a fellow soul who seemingly had to do something very similar
> approximately 4 years ago but never posted an solution to his quandary:
>
> https://stackoverflow.com/questions/17885371/ctest-cdash-subproject-xml-elements-missing-under-sites-using-includectest-on
>
> Thanks in advance,
>     W
>
> On 25/08/17 13:32, Zack Galbreath wrote:
>>
>> [External email]
>>
>> It sounds like you got pretty close!  What subproject a build belongs to
>> should be embedded in the XML file you're submitting. Here's an example
>> <https://github.com/Kitware/CDash/blob/master/tests/data/AggregateSubProjectCoverage/debug_case/production/Coverage.xml#L26>.
>> Give this a try and let us know if it still doesn't work for you.
>>
>> On Fri, Aug 25, 2017 at 5:39 AM, Wouter Klouwen
>> <wouter.klouwen at youview.com <mailto:wouter.klouwen at youview.com>> wrote:
>>
>>
>>     Hi All,
>>
>>     I'm experimenting with a setup of CDash where I have one big project
>>     containing a few hundred smaller projects.
>>
>>     The first thing I want to do is to use it to gather code coverage
>>     metrics. I have a setup where Coverage.xml files are created for the
>>     smaller projects.
>>
>>     For a variety of reasons that might not possibly make all that much
>>     sense, mainly to do with ease of integration into our existing CI
>>     pipeline, I'd like to curl to manually upload the result XML files,
>>     rather than using the ctest and DartConfiguration.tcl.
>>
>>     There's a page on the wiki that indicated how do to a manual
>>     submission*, which says to use a PUT and with curl, roughly
>>     translates into:
>>
>>         $ curl -T /path/to/Coverage.xml
>>
>> "http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5
>>
>> <http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5>"
>>
>>     This works fine for submitting into the main project, but with this
>>     method I don't seem to be able to submit into a sub project, despite
>>     adding "subproject=foobar" to the URL.
>>      From my reading of the PHP, it seems that only one code path actually
>>     looks for the "subproject" parameter, and it's a POST submission.
>>
>>     Should I change to using a POST, perhaps I cannot use manual
>> submission
>>     with sub projects, or is there another solution?
>>
>>     Thanks in advance,
>>          W
>>
>>
>>     *:
>>     https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash
>>     <https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash>
>>     **: https://blog.kitware.com/additional-coverage-features-in-cdash/
>>     <https://blog.kitware.com/additional-coverage-features-in-cdash/>
>>
>>
>>     This transmission contains information that may be confidential and
>>     contain personal views which are not necessarily those of YouView TV
>>     Ltd. YouView TV Ltd (Co No:7308805) is a limited liability company
>>     registered in England and Wales with its registered address at
>>     YouView TV Ltd, 3rd Floor, 10 Lower Thames Street, London, EC3R 6YT.
>>     For details see our web site at http://www.youview.com
>>     _______________________________________________
>>     CDash mailing list
>>     CDash at public.kitware.com <mailto:CDash at public.kitware.com>
>>     http://public.kitware.com/mailman/listinfo/cdash
>>     <http://public.kitware.com/mailman/listinfo/cdash>
>>
>>
>>
>>
>> [External email. Treat hyperlinks and attachments with caution]
>>
> _______________________________________________
> CDash mailing list
> CDash at public.kitware.com
> http://public.kitware.com/mailman/listinfo/cdash

From wouter.klouwen at youview.com  Fri Aug 25 10:59:38 2017
From: wouter.klouwen at youview.com (Wouter Klouwen)
Date: Fri, 25 Aug 2017 15:59:38 +0100
Subject: [CDash] Submitting to sub projects via Curl
In-Reply-To: <CAKME8fHRYDaA=vZXwSScnjt5wX+NMt+HUX7cxWtPe0LGbyV1qQ@mail.gmail.com>
References: <b3bf2d65-4fe2-fcb5-8694-90ffff7ef4f6@youview.com>
 <CANgkMA4YthBUy4DqutA==fWPv1J1L6fGkYtOuVBXLytiyi02=g@mail.gmail.com>
 <8723e6fd-6288-64cd-6bab-261751381d1f@youview.com>
 <CAKME8fHRYDaA=vZXwSScnjt5wX+NMt+HUX7cxWtPe0LGbyV1qQ@mail.gmail.com>
Message-ID: <d0449e01-c9d8-c3f9-b977-8e9d85cff285@youview.com>

At the moment I am executing the running of tests + coverage by means of 
using ctest -T.
I will try to modify this into using the CTest test scripts, and feeding 
this into ctest -S.

Thanks for the hint,
     W

On 25/08/17 15:53, David Cole wrote:
> [External email]
> 
> 
> For this to work right, you need to set that property in the ctest -S
> script which drives and submits the results. Are you using a -S
> script, or are you driving it with ctest command line arguments
> instead?
> 
> 
> 
> On Fri, Aug 25, 2017 at 10:04 AM, Wouter Klouwen
> <wouter.klouwen at youview.com> wrote:
>> Hi Zack,
>>
>> thanks for taking the time to reply.
>>
>> Your suggestion makes sense, though the CTest HTTP submit handler code
>> suggests that the "ctest -T Submit" does this via the HTTP URL:
>>
>> https://github.com/Kitware/CMake/blob/master/Source/CTest/cmCTestSubmitHandler.cxx#L1074
>>
>> Regardless of that, how does one get the Coverage.xml to contain this extra
>> information? Putting the following line into the CMakeLists.txt or even
>> CTestTestfile.cmake doesn't make anything appear in it:
>>      set_property(GLOBAL PROPERTY SubProject "example")
>>
>> Is this more of a question for the CMake group?
>>
>> I did find a fellow soul who seemingly had to do something very similar
>> approximately 4 years ago but never posted an solution to his quandary:
>>
>> https://stackoverflow.com/questions/17885371/ctest-cdash-subproject-xml-elements-missing-under-sites-using-includectest-on
>>
>> Thanks in advance,
>>      W
>>
>> On 25/08/17 13:32, Zack Galbreath wrote:
>>>
>>> [External email]
>>>
>>> It sounds like you got pretty close!  What subproject a build belongs to
>>> should be embedded in the XML file you're submitting. Here's an example
>>> <https://github.com/Kitware/CDash/blob/master/tests/data/AggregateSubProjectCoverage/debug_case/production/Coverage.xml#L26>.
>>> Give this a try and let us know if it still doesn't work for you.
>>>
>>> On Fri, Aug 25, 2017 at 5:39 AM, Wouter Klouwen
>>> <wouter.klouwen at youview.com <mailto:wouter.klouwen at youview.com>> wrote:
>>>
>>>
>>>      Hi All,
>>>
>>>      I'm experimenting with a setup of CDash where I have one big project
>>>      containing a few hundred smaller projects.
>>>
>>>      The first thing I want to do is to use it to gather code coverage
>>>      metrics. I have a setup where Coverage.xml files are created for the
>>>      smaller projects.
>>>
>>>      For a variety of reasons that might not possibly make all that much
>>>      sense, mainly to do with ease of integration into our existing CI
>>>      pipeline, I'd like to curl to manually upload the result XML files,
>>>      rather than using the ctest and DartConfiguration.tcl.
>>>
>>>      There's a page on the wiki that indicated how do to a manual
>>>      submission*, which says to use a PUT and with curl, roughly
>>>      translates into:
>>>
>>>          $ curl -T /path/to/Coverage.xml
>>>
>>> "http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5
>>>
>>> <http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5>"
>>>
>>>      This works fine for submitting into the main project, but with this
>>>      method I don't seem to be able to submit into a sub project, despite
>>>      adding "subproject=foobar" to the URL.
>>>       From my reading of the PHP, it seems that only one code path actually
>>>      looks for the "subproject" parameter, and it's a POST submission.
>>>
>>>      Should I change to using a POST, perhaps I cannot use manual
>>> submission
>>>      with sub projects, or is there another solution?
>>>
>>>      Thanks in advance,
>>>           W
>>>
>>>
>>>      *:
>>>      https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash
>>>      <https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash>
>>>      **: https://blog.kitware.com/additional-coverage-features-in-cdash/
>>>      <https://blog.kitware.com/additional-coverage-features-in-cdash/>
>>>
>>>
>>>      This transmission contains information that may be confidential and
>>>      contain personal views which are not necessarily those of YouView TV
>>>      Ltd. YouView TV Ltd (Co No:7308805) is a limited liability company
>>>      registered in England and Wales with its registered address at
>>>      YouView TV Ltd, 3rd Floor, 10 Lower Thames Street, London, EC3R 6YT.
>>>      For details see our web site at http://www.youview.com
>>>      _______________________________________________
>>>      CDash mailing list
>>>      CDash at public.kitware.com <mailto:CDash at public.kitware.com>
>>>      http://public.kitware.com/mailman/listinfo/cdash
>>>      <http://public.kitware.com/mailman/listinfo/cdash>
>>>
>>>
>>>
>>>
>>> [External email. Treat hyperlinks and attachments with caution]
>>>
>> _______________________________________________
>> CDash mailing list
>> CDash at public.kitware.com
>> http://public.kitware.com/mailman/listinfo/cdash

From Mateju.Miroslav at azd.cz  Tue Aug 29 07:27:21 2017
From: Mateju.Miroslav at azd.cz (=?iso-8859-2?Q?Mat=ECj=F9_Miroslav=2C_Ing=2E?=)
Date: Tue, 29 Aug 2017 11:27:21 +0000
Subject: [CDash] Clean install of CDash 2.4.0
Message-ID: <704d0dab5c4a4791b622bffd64d83b33@azdexchstore1.AZD.LOCAL>

Hi,

I was going to launch a new private instance of CDash by clean installing the most recent release 2.4.0. However, I was not able to get it working using the instructions on the web pages https://www.cdash.org/download/ and http://public.kitware.com/Wiki/CDash:Installation.
	
There are multiple issues on the Download page:

1. The file config. php is placed in 'config' subfolder rather than 'cdash'.

2. The keyword 'table' in relation to SQL should be probably replaced by 'database'.

3. It is not specified which directory should be visible to the web server. I tried:

   a. the top directory (CDash) and got a Forbidden page in the web browser;

   b. the 'public' directory (CDash/public) where several *.php files are located. When trying to load the main page (http://cdashsrv.local/cdash/), the web browser was redirected to viewProjects.php and showed a blank page. I tried to guess the right location and opened install.php manually but it renders a blank page, too.

In order to resolve this problem, I checked the PHP source codes in the 'public' directory and they contain lines like:

require_once dirname(__DIR__) . '/config/config.php';
include_once 'include/common.php';

Well, shouldn't they point to ../config or ../include since we are in a subdirectory?


Due to this confusion, I decided to get the previous, hopefully mature release 2.2 but found that it is not available to download. It is missing in the list http://public.kitware.com/Wiki/CDash:Installation#Previous_versions_of_CDash where the newest listed version is 2.0.2 which I am currently using.


Could you please resolve the problems on the website and point me to valid install instructions?

Thank you in advance!


Ing.?Miroslav Mat?j?
Programmer Analyst

A?D Praha s.r.o.
Technology Division
Research and Development
?irovnick? 2/3146, 106 17  Prague
Czech Republic
Phone: +420?267?287?476
Web: www.azd.cz

From wouter.klouwen at youview.com  Tue Aug 29 08:13:08 2017
From: wouter.klouwen at youview.com (Wouter Klouwen)
Date: Tue, 29 Aug 2017 13:13:08 +0100
Subject: [CDash] Submitting to sub projects via Curl
In-Reply-To: <d0449e01-c9d8-c3f9-b977-8e9d85cff285@youview.com>
References: <b3bf2d65-4fe2-fcb5-8694-90ffff7ef4f6@youview.com>
 <CANgkMA4YthBUy4DqutA==fWPv1J1L6fGkYtOuVBXLytiyi02=g@mail.gmail.com>
 <8723e6fd-6288-64cd-6bab-261751381d1f@youview.com>
 <CAKME8fHRYDaA=vZXwSScnjt5wX+NMt+HUX7cxWtPe0LGbyV1qQ@mail.gmail.com>
 <d0449e01-c9d8-c3f9-b977-8e9d85cff285@youview.com>
Message-ID: <35439f9c-9383-34d4-bc27-615080d6c3a1@youview.com>

Just to conclude this thread,

invoking the coverage through a CTest script script was indeed the magic
required.
Subsequent submission with curl using just the project name was ingested
by CDash as expected.

Thanks David and Zack,
     W

On 25/08/17 15:59, Wouter Klouwen wrote:
>
> At the moment I am executing the running of tests + coverage by means of
> using ctest -T.
> I will try to modify this into using the CTest test scripts, and feeding
> this into ctest -S.
>
> Thanks for the hint,
>      W
>
> On 25/08/17 15:53, David Cole wrote:
>> For this to work right, you need to set that property in the ctest -S
>> script which drives and submits the results. Are you using a -S
>> script, or are you driving it with ctest command line arguments
>> instead?
>>
>>
>>
>> On Fri, Aug 25, 2017 at 10:04 AM, Wouter Klouwen
>> <wouter.klouwen at youview.com> wrote:
>>> Hi Zack,
>>>
>>> thanks for taking the time to reply.
>>>
>>> Your suggestion makes sense, though the CTest HTTP submit handler code
>>> suggests that the "ctest -T Submit" does this via the HTTP URL:
>>>
>>> https://github.com/Kitware/CMake/blob/master/Source/CTest/cmCTestSubmitHandler.cxx#L1074
>>>
>>>
>>> Regardless of that, how does one get the Coverage.xml to contain this
>>> extra
>>> information? Putting the following line into the CMakeLists.txt or even
>>> CTestTestfile.cmake doesn't make anything appear in it:
>>>      set_property(GLOBAL PROPERTY SubProject "example")
>>>
>>> Is this more of a question for the CMake group?
>>>
>>> I did find a fellow soul who seemingly had to do something very similar
>>> approximately 4 years ago but never posted an solution to his quandary:
>>>
>>> https://stackoverflow.com/questions/17885371/ctest-cdash-subproject-xml-elements-missing-under-sites-using-includectest-on
>>>
>>>
>>> Thanks in advance,
>>>      W
>>>
>>> On 25/08/17 13:32, Zack Galbreath wrote:
>>>> It sounds like you got pretty close!  What subproject a build
>>>> belongs to
>>>> should be embedded in the XML file you're submitting. Here's an example
>>>> <https://github.com/Kitware/CDash/blob/master/tests/data/AggregateSubProjectCoverage/debug_case/production/Coverage.xml#L26>.
>>>>
>>>> Give this a try and let us know if it still doesn't work for you.
>>>>
>>>> On Fri, Aug 25, 2017 at 5:39 AM, Wouter Klouwen
>>>> <wouter.klouwen at youview.com <mailto:wouter.klouwen at youview.com>> wrote:
>>>>
>>>>
>>>>      Hi All,
>>>>
>>>>      I'm experimenting with a setup of CDash where I have one big
>>>> project
>>>>      containing a few hundred smaller projects.
>>>>
>>>>      The first thing I want to do is to use it to gather code coverage
>>>>      metrics. I have a setup where Coverage.xml files are created
>>>> for the
>>>>      smaller projects.
>>>>
>>>>      For a variety of reasons that might not possibly make all that
>>>> much
>>>>      sense, mainly to do with ease of integration into our existing CI
>>>>      pipeline, I'd like to curl to manually upload the result XML
>>>> files,
>>>>      rather than using the ctest and DartConfiguration.tcl.
>>>>
>>>>      There's a page on the wiki that indicated how do to a manual
>>>>      submission*, which says to use a PUT and with curl, roughly
>>>>      translates into:
>>>>
>>>>          $ curl -T /path/to/Coverage.xml
>>>>
>>>> "http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5
>>>>
>>>>
>>>> <http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5>"
>>>>
>>>>
>>>>      This works fine for submitting into the main project, but with
>>>> this
>>>>      method I don't seem to be able to submit into a sub project,
>>>> despite
>>>>      adding "subproject=foobar" to the URL.
>>>>       From my reading of the PHP, it seems that only one code path
>>>> actually
>>>>      looks for the "subproject" parameter, and it's a POST submission.
>>>>
>>>>      Should I change to using a POST, perhaps I cannot use manual
>>>> submission
>>>>      with sub projects, or is there another solution?
>>>>
>>>>      Thanks in advance,
>>>>           W
>>>>
>>>>
>>>>      *:
>>>>
>>>> https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash
>>>>
>>>> <https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash>
>>>>      **:
>>>> https://blog.kitware.com/additional-coverage-features-in-cdash/
>>>>      <https://blog.kitware.com/additional-coverage-features-in-cdash/>
This transmission contains information that may be confidential and contain personal views which are not necessarily those of YouView TV Ltd. YouView TV Ltd (Co No:7308805) is a limited liability company registered in England and Wales with its registered address at YouView TV Ltd, 3rd Floor, 10 Lower Thames Street, London, EC3R 6YT. For details see our web site at http://www.youview.com

From zack.galbreath at kitware.com  Wed Aug 30 10:11:55 2017
From: zack.galbreath at kitware.com (Zack Galbreath)
Date: Wed, 30 Aug 2017 10:11:55 -0400
Subject: [CDash] Clean install of CDash 2.4.0
In-Reply-To: <704d0dab5c4a4791b622bffd64d83b33@azdexchstore1.AZD.LOCAL>
References: <704d0dab5c4a4791b622bffd64d83b33@azdexchstore1.AZD.LOCAL>
Message-ID: <CANgkMA4RwBEcZzdhT8drDjZwauAc+6KitaP5uEzLqHMdnvZVeQ@mail.gmail.com>

I'm sorry to hear that you didn't have a smooth experience attempting to
install CDash.  I just updated the installation instructions here:

http://public.kitware.com/Wiki/CDash:Installation

Please let us know if you encounter any more problems.


On Tue, Aug 29, 2017 at 7:27 AM, Mat?j? Miroslav, Ing. <
Mateju.Miroslav at azd.cz> wrote:

> Hi,
>
> I was going to launch a new private instance of CDash by clean installing
> the most recent release 2.4.0. However, I was not able to get it working
> using the instructions on the web pages https://www.cdash.org/download/
> and http://public.kitware.com/Wiki/CDash:Installation.
>
> There are multiple issues on the Download page:
>
> 1. The file config. php is placed in 'config' subfolder rather than
> 'cdash'.
>
> 2. The keyword 'table' in relation to SQL should be probably replaced by
> 'database'.
>
> 3. It is not specified which directory should be visible to the web
> server. I tried:
>
>    a. the top directory (CDash) and got a Forbidden page in the web
> browser;
>
>    b. the 'public' directory (CDash/public) where several *.php files are
> located. When trying to load the main page (http://cdashsrv.local/cdash/),
> the web browser was redirected to viewProjects.php and showed a blank page.
> I tried to guess the right location and opened install.php manually but it
> renders a blank page, too.
>
> In order to resolve this problem, I checked the PHP source codes in the
> 'public' directory and they contain lines like:
>
> require_once dirname(__DIR__) . '/config/config.php';
> include_once 'include/common.php';
>
> Well, shouldn't they point to ../config or ../include since we are in a
> subdirectory?
>
>
> Due to this confusion, I decided to get the previous, hopefully mature
> release 2.2 but found that it is not available to download. It is missing
> in the list http://public.kitware.com/Wiki/CDash:Installation#
> Previous_versions_of_CDash where the newest listed version is 2.0.2 which
> I am currently using.
>
>
> Could you please resolve the problems on the website and point me to valid
> install instructions?
>
> Thank you in advance!
>
>
> Ing. Miroslav Mat?j?
> Programmer Analyst
>
> A?D Praha s.r.o.
> Technology Division
> Research and Development
> ?irovnick? 2/3146, 106 17  Prague
> Czech Republic
> Phone: +420 267 287 476
> Web: www.azd.cz
> _______________________________________________
> CDash mailing list
> CDash at public.kitware.com
> http://public.kitware.com/mailman/listinfo/cdash
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20170830/b5c44370/attachment.html>

From azukaitis at gmail.com  Fri Aug  4 19:20:05 2017
From: azukaitis at gmail.com (Anthony Zukaitis)
Date: Fri, 4 Aug 2017 13:20:05 -0600
Subject: [CDash] CDASH 2.4 on Ubuntu 16.04 LTS
Message-ID: <CACpOV+MhNGcM2a4L6_qJ_T4uCOJd+wFiyj7Uxgwd-pn+zOKe5Q@mail.gmail.com>

I'm having a little trouble installing Cdash on 2.4 Ubuntu.
I followed the instructions and couldn't find php-5 so I just did php
default which is 7.

sudo apt-get install apache2 mysql-server php php-mysql php-xsl php-curl
php-gd libapache2-mod-php
I also needed to add: php-mbstring.

I did a checkout prebuilt of CDash.
I created a directory for Cdash and then created a link into the public
directory from the apache2 default home location
/var/www/html/CDash -> /var/www/CDash/public

I've set sql_mode="" in /etc/mysql/my.cnf.

Everything seems to work except when I tried to modify the project settings
via admin through the web interface.

Apache reports:
[Fri Aug 04 12:57:52.405147 2017] [:error] [pid 2285] [client 10.0.2.2:51818]
PHP Fatal error:  Uncaught Error: Cannot access private property
Project::$PDO in
/var/www/html/CDash_base/public/api/v1/project.php:277\nStack trace:\n#0
/var/www/html/CDash_base/public/api/v1/project.php(267):
populate_project(Object(Project))\n#1
/var/www/html/CDash_base/public/api/v1/project.php(92):
update_project(Array, Object(Project))\n#2
/var/www/html/CDash_base/public/api/v1/project.php(43): rest_post()\n#3
{main}\n  thrown in /var/www/html/CDash_base/public/api/v1/project.php on
line 277, referer: http://127.0.0.1:2080/CDash/createProject.php?projectid=2

Any thoughts?
Tony
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20170804/c35c2bd7/attachment.htm>

From bryon.bean at kitware.com  Mon Aug  7 16:46:59 2017
From: bryon.bean at kitware.com (Bryon Bean)
Date: Mon, 7 Aug 2017 12:46:59 -0400
Subject: [CDash] CDash Digest, Vol 110, Issue 1
In-Reply-To: <mailman.1.1501948803.11680.cdash@public.kitware.com>
References: <mailman.1.1501948803.11680.cdash@public.kitware.com>
Message-ID: <CAGY_fm8bhwm9WntCyuVQMAdN3uxkXAfwHj8ayM4sLFTF1UbF8g@mail.gmail.com>

Hey Anthony,

I've put in a PR to fix the issue, should be accepted shortly. Thanks for
notifying us of the issue.

https://github.com/Kitware/CDash/pull/564

On Sat, Aug 5, 2017 at 12:00 PM, <cdash-request at public.kitware.com> wrote:

> Send CDash mailing list submissions to
>         cdash at public.kitware.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://public.kitware.com/mailman/listinfo/cdash
> or, via email, send a message with subject or body 'help' to
>         cdash-request at public.kitware.com
>
> You can reach the person managing the list at
>         cdash-owner at public.kitware.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of CDash digest..."
>
>
> Today's Topics:
>
>    1. CDASH 2.4 on Ubuntu 16.04 LTS (Anthony Zukaitis)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 4 Aug 2017 13:20:05 -0600
> From: Anthony Zukaitis <azukaitis at gmail.com>
> To: cdash at public.kitware.com
> Subject: [CDash] CDASH 2.4 on Ubuntu 16.04 LTS
> Message-ID:
>         <CACpOV+MhNGcM2a4L6_qJ_T4uCOJd+wFiyj7Uxgwd-pn+zOKe5Q@
> mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> I'm having a little trouble installing Cdash on 2.4 Ubuntu.
> I followed the instructions and couldn't find php-5 so I just did php
> default which is 7.
>
> sudo apt-get install apache2 mysql-server php php-mysql php-xsl php-curl
> php-gd libapache2-mod-php
> I also needed to add: php-mbstring.
>
> I did a checkout prebuilt of CDash.
> I created a directory for Cdash and then created a link into the public
> directory from the apache2 default home location
> /var/www/html/CDash -> /var/www/CDash/public
>
> I've set sql_mode="" in /etc/mysql/my.cnf.
>
> Everything seems to work except when I tried to modify the project settings
> via admin through the web interface.
>
> Apache reports:
> [Fri Aug 04 12:57:52.405147 2017] [:error] [pid 2285] [client
> 10.0.2.2:51818]
> PHP Fatal error:  Uncaught Error: Cannot access private property
> Project::$PDO in
> /var/www/html/CDash_base/public/api/v1/project.php:277\nStack trace:\n#0
> /var/www/html/CDash_base/public/api/v1/project.php(267):
> populate_project(Object(Project))\n#1
> /var/www/html/CDash_base/public/api/v1/project.php(92):
> update_project(Array, Object(Project))\n#2
> /var/www/html/CDash_base/public/api/v1/project.php(43): rest_post()\n#3
> {main}\n  thrown in /var/www/html/CDash_base/public/api/v1/project.php on
> line 277, referer: http://127.0.0.1:2080/CDash/
> createProject.php?projectid=2
>
> Any thoughts?
> Tony
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://public.kitware.com/pipermail/cdash/attachments/
> 20170804/c35c2bd7/attachment-0001.html>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> CDash mailing list
> CDash at public.kitware.com
> http://public.kitware.com/mailman/listinfo/cdash
>
>
> ------------------------------
>
> End of CDash Digest, Vol 110, Issue 1
> *************************************
>



-- 
Bryon Bean
R&D Engineer
518-881-4448
bryon.bean at kitware.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20170807/982271eb/attachment.htm>

From zack.galbreath at kitware.com  Mon Aug  7 17:33:30 2017
From: zack.galbreath at kitware.com (Zack Galbreath)
Date: Mon, 7 Aug 2017 13:33:30 -0400
Subject: [CDash] CDASH 2.4 on Ubuntu 16.04 LTS
In-Reply-To: <CACpOV+MhNGcM2a4L6_qJ_T4uCOJd+wFiyj7Uxgwd-pn+zOKe5Q@mail.gmail.com>
References: <CACpOV+MhNGcM2a4L6_qJ_T4uCOJd+wFiyj7Uxgwd-pn+zOKe5Q@mail.gmail.com>
Message-ID: <CANgkMA7z-cg-H-VV4mUFre-pKeQykDyE+xiN+mhKP50PmMO5xg@mail.gmail.com>

On Fri, Aug 4, 2017 at 3:20 PM, Anthony Zukaitis <azukaitis at gmail.com>
wrote:

> Cannot access private property Project::$PDO
>

Thanks for bringing this to our attention.  Bryon found the problem and
fixed it here <https://github.com/Kitware/CDash/pull/564>.  The master and
prebuilt branches have been updated to include this fix.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20170807/4cbd3af0/attachment.htm>

From daibane at sandia.gov  Mon Aug  7 18:59:51 2017
From: daibane at sandia.gov (Ibanez, Daniel Alejandro)
Date: Mon, 7 Aug 2017 18:59:51 +0000
Subject: [CDash] Test Timing graphs per row
Message-ID: <5C8FC6C8-D1D4-4782-A1CA-E8A20732715D@sandia.gov>

Hello,

When one displays a graph of Test Time on CDash, data points are included from multiple ?rows? in the project?s CDash page.
Is it possible to get the same graph with only data points from one ?row? ?
This would really be helpful for us to track performance in a meaningful way.
Right now our graphs are all zigzags as different rows use different compiler options and run on different hardware.
This is also obscuring real performance patterns on a per-row basis.

Thanks,

Dan Ibanez
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20170807/8511c025/attachment.htm>

From wouter.klouwen at youview.com  Fri Aug 25 09:39:21 2017
From: wouter.klouwen at youview.com (Wouter Klouwen)
Date: Fri, 25 Aug 2017 10:39:21 +0100
Subject: [CDash] Submitting to sub projects via Curl
Message-ID: <b3bf2d65-4fe2-fcb5-8694-90ffff7ef4f6@youview.com>


Hi All,

I'm experimenting with a setup of CDash where I have one big project
containing a few hundred smaller projects.

The first thing I want to do is to use it to gather code coverage
metrics. I have a setup where Coverage.xml files are created for the
smaller projects.

For a variety of reasons that might not possibly make all that much
sense, mainly to do with ease of integration into our existing CI
pipeline, I'd like to curl to manually upload the result XML files,
rather than using the ctest and DartConfiguration.tcl.

There's a page on the wiki that indicated how do to a manual
submission*, which says to use a PUT and with curl, roughly translates into:

    $ curl -T /path/to/Coverage.xml
"http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5"

This works fine for submitting into the main project, but with this
method I don't seem to be able to submit into a sub project, despite
adding "subproject=foobar" to the URL.
 From my reading of the PHP, it seems that only one code path actually
looks for the "subproject" parameter, and it's a POST submission.

Should I change to using a POST, perhaps I cannot use manual submission
with sub projects, or is there another solution?

Thanks in advance,
     W


*: https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash
**: https://blog.kitware.com/additional-coverage-features-in-cdash/


This transmission contains information that may be confidential and contain personal views which are not necessarily those of YouView TV Ltd. YouView TV Ltd (Co No:7308805) is a limited liability company registered in England and Wales with its registered address at YouView TV Ltd, 3rd Floor, 10 Lower Thames Street, London, EC3R 6YT. For details see our web site at http://www.youview.com


From zack.galbreath at kitware.com  Fri Aug 25 12:32:42 2017
From: zack.galbreath at kitware.com (Zack Galbreath)
Date: Fri, 25 Aug 2017 08:32:42 -0400
Subject: [CDash] Submitting to sub projects via Curl
In-Reply-To: <b3bf2d65-4fe2-fcb5-8694-90ffff7ef4f6@youview.com>
References: <b3bf2d65-4fe2-fcb5-8694-90ffff7ef4f6@youview.com>
Message-ID: <CANgkMA4YthBUy4DqutA==fWPv1J1L6fGkYtOuVBXLytiyi02=g@mail.gmail.com>

It sounds like you got pretty close!  What subproject a build belongs to
should be embedded in the XML file you're submitting.  Here's an example
<https://github.com/Kitware/CDash/blob/master/tests/data/AggregateSubProjectCoverage/debug_case/production/Coverage.xml#L26>.
Give this a try and let us know if it still doesn't work for you.

On Fri, Aug 25, 2017 at 5:39 AM, Wouter Klouwen <wouter.klouwen at youview.com>
wrote:

>
> Hi All,
>
> I'm experimenting with a setup of CDash where I have one big project
> containing a few hundred smaller projects.
>
> The first thing I want to do is to use it to gather code coverage
> metrics. I have a setup where Coverage.xml files are created for the
> smaller projects.
>
> For a variety of reasons that might not possibly make all that much
> sense, mainly to do with ease of integration into our existing CI
> pipeline, I'd like to curl to manually upload the result XML files,
> rather than using the ctest and DartConfiguration.tcl.
>
> There's a page on the wiki that indicated how do to a manual
> submission*, which says to use a PUT and with curl, roughly translates
> into:
>
>    $ curl -T /path/to/Coverage.xml
> "http://hostname/submit.php?project=ProjectName&FileName=/pa
> th/to/Coverage.xml&MD5=somemd5"
>
> This works fine for submitting into the main project, but with this
> method I don't seem to be able to submit into a sub project, despite
> adding "subproject=foobar" to the URL.
> From my reading of the PHP, it seems that only one code path actually
> looks for the "subproject" parameter, and it's a POST submission.
>
> Should I change to using a POST, perhaps I cannot use manual submission
> with sub projects, or is there another solution?
>
> Thanks in advance,
>     W
>
>
> *: https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash
> **: https://blog.kitware.com/additional-coverage-features-in-cdash/
>
>
> This transmission contains information that may be confidential and
> contain personal views which are not necessarily those of YouView TV Ltd.
> YouView TV Ltd (Co No:7308805) is a limited liability company registered in
> England and Wales with its registered address at YouView TV Ltd, 3rd Floor,
> 10 Lower Thames Street, London, EC3R 6YT. For details see our web site at
> http://www.youview.com
> _______________________________________________
> CDash mailing list
> CDash at public.kitware.com
> http://public.kitware.com/mailman/listinfo/cdash
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20170825/43d4c5d9/attachment.htm>

From wouter.klouwen at youview.com  Fri Aug 25 14:04:10 2017
From: wouter.klouwen at youview.com (Wouter Klouwen)
Date: Fri, 25 Aug 2017 15:04:10 +0100
Subject: [CDash] Submitting to sub projects via Curl
In-Reply-To: <CANgkMA4YthBUy4DqutA==fWPv1J1L6fGkYtOuVBXLytiyi02=g@mail.gmail.com>
References: <b3bf2d65-4fe2-fcb5-8694-90ffff7ef4f6@youview.com>
 <CANgkMA4YthBUy4DqutA==fWPv1J1L6fGkYtOuVBXLytiyi02=g@mail.gmail.com>
Message-ID: <8723e6fd-6288-64cd-6bab-261751381d1f@youview.com>

Hi Zack,

thanks for taking the time to reply.

Your suggestion makes sense, though the CTest HTTP submit handler code 
suggests that the "ctest -T Submit" does this via the HTTP URL:
 
https://github.com/Kitware/CMake/blob/master/Source/CTest/cmCTestSubmitHandler.cxx#L1074

Regardless of that, how does one get the Coverage.xml to contain this 
extra information? Putting the following line into the CMakeLists.txt or 
even CTestTestfile.cmake doesn't make anything appear in it:
     set_property(GLOBAL PROPERTY SubProject "example")

Is this more of a question for the CMake group?

I did find a fellow soul who seemingly had to do something very similar 
approximately 4 years ago but never posted an solution to his quandary:
 
https://stackoverflow.com/questions/17885371/ctest-cdash-subproject-xml-elements-missing-under-sites-using-includectest-on

Thanks in advance,
     W

On 25/08/17 13:32, Zack Galbreath wrote:
> [External email]
> 
> It sounds like you got pretty close!  What subproject a build belongs to 
> should be embedded in the XML file you're submitting. Here's an example 
> <https://github.com/Kitware/CDash/blob/master/tests/data/AggregateSubProjectCoverage/debug_case/production/Coverage.xml#L26>.  
> Give this a try and let us know if it still doesn't work for you.
> 
> On Fri, Aug 25, 2017 at 5:39 AM, Wouter Klouwen 
> <wouter.klouwen at youview.com <mailto:wouter.klouwen at youview.com>> wrote:
> 
> 
>     Hi All,
> 
>     I'm experimenting with a setup of CDash where I have one big project
>     containing a few hundred smaller projects.
> 
>     The first thing I want to do is to use it to gather code coverage
>     metrics. I have a setup where Coverage.xml files are created for the
>     smaller projects.
> 
>     For a variety of reasons that might not possibly make all that much
>     sense, mainly to do with ease of integration into our existing CI
>     pipeline, I'd like to curl to manually upload the result XML files,
>     rather than using the ctest and DartConfiguration.tcl.
> 
>     There's a page on the wiki that indicated how do to a manual
>     submission*, which says to use a PUT and with curl, roughly
>     translates into:
> 
>         $ curl -T /path/to/Coverage.xml
>     "http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5
>     <http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5>"
> 
>     This works fine for submitting into the main project, but with this
>     method I don't seem to be able to submit into a sub project, despite
>     adding "subproject=foobar" to the URL.
>      From my reading of the PHP, it seems that only one code path actually
>     looks for the "subproject" parameter, and it's a POST submission.
> 
>     Should I change to using a POST, perhaps I cannot use manual submission
>     with sub projects, or is there another solution?
> 
>     Thanks in advance,
>          W
> 
> 
>     *:
>     https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash
>     <https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash>
>     **: https://blog.kitware.com/additional-coverage-features-in-cdash/
>     <https://blog.kitware.com/additional-coverage-features-in-cdash/>
> 
> 
>     This transmission contains information that may be confidential and
>     contain personal views which are not necessarily those of YouView TV
>     Ltd. YouView TV Ltd (Co No:7308805) is a limited liability company
>     registered in England and Wales with its registered address at
>     YouView TV Ltd, 3rd Floor, 10 Lower Thames Street, London, EC3R 6YT.
>     For details see our web site at http://www.youview.com
>     _______________________________________________
>     CDash mailing list
>     CDash at public.kitware.com <mailto:CDash at public.kitware.com>
>     http://public.kitware.com/mailman/listinfo/cdash
>     <http://public.kitware.com/mailman/listinfo/cdash>
> 
> 
> 
> 
> [External email. Treat hyperlinks and attachments with caution]
> 


From DLRdave at aol.com  Fri Aug 25 14:53:23 2017
From: DLRdave at aol.com (David Cole)
Date: Fri, 25 Aug 2017 10:53:23 -0400
Subject: [CDash] Submitting to sub projects via Curl
In-Reply-To: <8723e6fd-6288-64cd-6bab-261751381d1f@youview.com>
References: <b3bf2d65-4fe2-fcb5-8694-90ffff7ef4f6@youview.com>
 <CANgkMA4YthBUy4DqutA==fWPv1J1L6fGkYtOuVBXLytiyi02=g@mail.gmail.com>
 <8723e6fd-6288-64cd-6bab-261751381d1f@youview.com>
Message-ID: <CAKME8fHRYDaA=vZXwSScnjt5wX+NMt+HUX7cxWtPe0LGbyV1qQ@mail.gmail.com>

For this to work right, you need to set that property in the ctest -S
script which drives and submits the results. Are you using a -S
script, or are you driving it with ctest command line arguments
instead?



On Fri, Aug 25, 2017 at 10:04 AM, Wouter Klouwen
<wouter.klouwen at youview.com> wrote:
> Hi Zack,
>
> thanks for taking the time to reply.
>
> Your suggestion makes sense, though the CTest HTTP submit handler code
> suggests that the "ctest -T Submit" does this via the HTTP URL:
>
> https://github.com/Kitware/CMake/blob/master/Source/CTest/cmCTestSubmitHandler.cxx#L1074
>
> Regardless of that, how does one get the Coverage.xml to contain this extra
> information? Putting the following line into the CMakeLists.txt or even
> CTestTestfile.cmake doesn't make anything appear in it:
>     set_property(GLOBAL PROPERTY SubProject "example")
>
> Is this more of a question for the CMake group?
>
> I did find a fellow soul who seemingly had to do something very similar
> approximately 4 years ago but never posted an solution to his quandary:
>
> https://stackoverflow.com/questions/17885371/ctest-cdash-subproject-xml-elements-missing-under-sites-using-includectest-on
>
> Thanks in advance,
>     W
>
> On 25/08/17 13:32, Zack Galbreath wrote:
>>
>> [External email]
>>
>> It sounds like you got pretty close!  What subproject a build belongs to
>> should be embedded in the XML file you're submitting. Here's an example
>> <https://github.com/Kitware/CDash/blob/master/tests/data/AggregateSubProjectCoverage/debug_case/production/Coverage.xml#L26>.
>> Give this a try and let us know if it still doesn't work for you.
>>
>> On Fri, Aug 25, 2017 at 5:39 AM, Wouter Klouwen
>> <wouter.klouwen at youview.com <mailto:wouter.klouwen at youview.com>> wrote:
>>
>>
>>     Hi All,
>>
>>     I'm experimenting with a setup of CDash where I have one big project
>>     containing a few hundred smaller projects.
>>
>>     The first thing I want to do is to use it to gather code coverage
>>     metrics. I have a setup where Coverage.xml files are created for the
>>     smaller projects.
>>
>>     For a variety of reasons that might not possibly make all that much
>>     sense, mainly to do with ease of integration into our existing CI
>>     pipeline, I'd like to curl to manually upload the result XML files,
>>     rather than using the ctest and DartConfiguration.tcl.
>>
>>     There's a page on the wiki that indicated how do to a manual
>>     submission*, which says to use a PUT and with curl, roughly
>>     translates into:
>>
>>         $ curl -T /path/to/Coverage.xml
>>
>> "http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5
>>
>> <http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5>"
>>
>>     This works fine for submitting into the main project, but with this
>>     method I don't seem to be able to submit into a sub project, despite
>>     adding "subproject=foobar" to the URL.
>>      From my reading of the PHP, it seems that only one code path actually
>>     looks for the "subproject" parameter, and it's a POST submission.
>>
>>     Should I change to using a POST, perhaps I cannot use manual
>> submission
>>     with sub projects, or is there another solution?
>>
>>     Thanks in advance,
>>          W
>>
>>
>>     *:
>>     https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash
>>     <https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash>
>>     **: https://blog.kitware.com/additional-coverage-features-in-cdash/
>>     <https://blog.kitware.com/additional-coverage-features-in-cdash/>
>>
>>
>>     This transmission contains information that may be confidential and
>>     contain personal views which are not necessarily those of YouView TV
>>     Ltd. YouView TV Ltd (Co No:7308805) is a limited liability company
>>     registered in England and Wales with its registered address at
>>     YouView TV Ltd, 3rd Floor, 10 Lower Thames Street, London, EC3R 6YT.
>>     For details see our web site at http://www.youview.com
>>     _______________________________________________
>>     CDash mailing list
>>     CDash at public.kitware.com <mailto:CDash at public.kitware.com>
>>     http://public.kitware.com/mailman/listinfo/cdash
>>     <http://public.kitware.com/mailman/listinfo/cdash>
>>
>>
>>
>>
>> [External email. Treat hyperlinks and attachments with caution]
>>
> _______________________________________________
> CDash mailing list
> CDash at public.kitware.com
> http://public.kitware.com/mailman/listinfo/cdash


From wouter.klouwen at youview.com  Fri Aug 25 14:59:38 2017
From: wouter.klouwen at youview.com (Wouter Klouwen)
Date: Fri, 25 Aug 2017 15:59:38 +0100
Subject: [CDash] Submitting to sub projects via Curl
In-Reply-To: <CAKME8fHRYDaA=vZXwSScnjt5wX+NMt+HUX7cxWtPe0LGbyV1qQ@mail.gmail.com>
References: <b3bf2d65-4fe2-fcb5-8694-90ffff7ef4f6@youview.com>
 <CANgkMA4YthBUy4DqutA==fWPv1J1L6fGkYtOuVBXLytiyi02=g@mail.gmail.com>
 <8723e6fd-6288-64cd-6bab-261751381d1f@youview.com>
 <CAKME8fHRYDaA=vZXwSScnjt5wX+NMt+HUX7cxWtPe0LGbyV1qQ@mail.gmail.com>
Message-ID: <d0449e01-c9d8-c3f9-b977-8e9d85cff285@youview.com>

At the moment I am executing the running of tests + coverage by means of 
using ctest -T.
I will try to modify this into using the CTest test scripts, and feeding 
this into ctest -S.

Thanks for the hint,
     W

On 25/08/17 15:53, David Cole wrote:
> [External email]
> 
> 
> For this to work right, you need to set that property in the ctest -S
> script which drives and submits the results. Are you using a -S
> script, or are you driving it with ctest command line arguments
> instead?
> 
> 
> 
> On Fri, Aug 25, 2017 at 10:04 AM, Wouter Klouwen
> <wouter.klouwen at youview.com> wrote:
>> Hi Zack,
>>
>> thanks for taking the time to reply.
>>
>> Your suggestion makes sense, though the CTest HTTP submit handler code
>> suggests that the "ctest -T Submit" does this via the HTTP URL:
>>
>> https://github.com/Kitware/CMake/blob/master/Source/CTest/cmCTestSubmitHandler.cxx#L1074
>>
>> Regardless of that, how does one get the Coverage.xml to contain this extra
>> information? Putting the following line into the CMakeLists.txt or even
>> CTestTestfile.cmake doesn't make anything appear in it:
>>      set_property(GLOBAL PROPERTY SubProject "example")
>>
>> Is this more of a question for the CMake group?
>>
>> I did find a fellow soul who seemingly had to do something very similar
>> approximately 4 years ago but never posted an solution to his quandary:
>>
>> https://stackoverflow.com/questions/17885371/ctest-cdash-subproject-xml-elements-missing-under-sites-using-includectest-on
>>
>> Thanks in advance,
>>      W
>>
>> On 25/08/17 13:32, Zack Galbreath wrote:
>>>
>>> [External email]
>>>
>>> It sounds like you got pretty close!  What subproject a build belongs to
>>> should be embedded in the XML file you're submitting. Here's an example
>>> <https://github.com/Kitware/CDash/blob/master/tests/data/AggregateSubProjectCoverage/debug_case/production/Coverage.xml#L26>.
>>> Give this a try and let us know if it still doesn't work for you.
>>>
>>> On Fri, Aug 25, 2017 at 5:39 AM, Wouter Klouwen
>>> <wouter.klouwen at youview.com <mailto:wouter.klouwen at youview.com>> wrote:
>>>
>>>
>>>      Hi All,
>>>
>>>      I'm experimenting with a setup of CDash where I have one big project
>>>      containing a few hundred smaller projects.
>>>
>>>      The first thing I want to do is to use it to gather code coverage
>>>      metrics. I have a setup where Coverage.xml files are created for the
>>>      smaller projects.
>>>
>>>      For a variety of reasons that might not possibly make all that much
>>>      sense, mainly to do with ease of integration into our existing CI
>>>      pipeline, I'd like to curl to manually upload the result XML files,
>>>      rather than using the ctest and DartConfiguration.tcl.
>>>
>>>      There's a page on the wiki that indicated how do to a manual
>>>      submission*, which says to use a PUT and with curl, roughly
>>>      translates into:
>>>
>>>          $ curl -T /path/to/Coverage.xml
>>>
>>> "http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5
>>>
>>> <http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5>"
>>>
>>>      This works fine for submitting into the main project, but with this
>>>      method I don't seem to be able to submit into a sub project, despite
>>>      adding "subproject=foobar" to the URL.
>>>       From my reading of the PHP, it seems that only one code path actually
>>>      looks for the "subproject" parameter, and it's a POST submission.
>>>
>>>      Should I change to using a POST, perhaps I cannot use manual
>>> submission
>>>      with sub projects, or is there another solution?
>>>
>>>      Thanks in advance,
>>>           W
>>>
>>>
>>>      *:
>>>      https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash
>>>      <https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash>
>>>      **: https://blog.kitware.com/additional-coverage-features-in-cdash/
>>>      <https://blog.kitware.com/additional-coverage-features-in-cdash/>
>>>
>>>
>>>      This transmission contains information that may be confidential and
>>>      contain personal views which are not necessarily those of YouView TV
>>>      Ltd. YouView TV Ltd (Co No:7308805) is a limited liability company
>>>      registered in England and Wales with its registered address at
>>>      YouView TV Ltd, 3rd Floor, 10 Lower Thames Street, London, EC3R 6YT.
>>>      For details see our web site at http://www.youview.com
>>>      _______________________________________________
>>>      CDash mailing list
>>>      CDash at public.kitware.com <mailto:CDash at public.kitware.com>
>>>      http://public.kitware.com/mailman/listinfo/cdash
>>>      <http://public.kitware.com/mailman/listinfo/cdash>
>>>
>>>
>>>
>>>
>>> [External email. Treat hyperlinks and attachments with caution]
>>>
>> _______________________________________________
>> CDash mailing list
>> CDash at public.kitware.com
>> http://public.kitware.com/mailman/listinfo/cdash


From Mateju.Miroslav at azd.cz  Tue Aug 29 11:27:21 2017
From: Mateju.Miroslav at azd.cz (=?iso-8859-2?Q?Mat=ECj=F9_Miroslav=2C_Ing=2E?=)
Date: Tue, 29 Aug 2017 11:27:21 +0000
Subject: [CDash] Clean install of CDash 2.4.0
Message-ID: <704d0dab5c4a4791b622bffd64d83b33@azdexchstore1.AZD.LOCAL>

Hi,

I was going to launch a new private instance of CDash by clean installing the most recent release 2.4.0. However, I was not able to get it working using the instructions on the web pages https://www.cdash.org/download/ and http://public.kitware.com/Wiki/CDash:Installation.
	
There are multiple issues on the Download page:

1. The file config. php is placed in 'config' subfolder rather than 'cdash'.

2. The keyword 'table' in relation to SQL should be probably replaced by 'database'.

3. It is not specified which directory should be visible to the web server. I tried:

   a. the top directory (CDash) and got a Forbidden page in the web browser;

   b. the 'public' directory (CDash/public) where several *.php files are located. When trying to load the main page (http://cdashsrv.local/cdash/), the web browser was redirected to viewProjects.php and showed a blank page. I tried to guess the right location and opened install.php manually but it renders a blank page, too.

In order to resolve this problem, I checked the PHP source codes in the 'public' directory and they contain lines like:

require_once dirname(__DIR__) . '/config/config.php';
include_once 'include/common.php';

Well, shouldn't they point to ../config or ../include since we are in a subdirectory?


Due to this confusion, I decided to get the previous, hopefully mature release 2.2 but found that it is not available to download. It is missing in the list http://public.kitware.com/Wiki/CDash:Installation#Previous_versions_of_CDash where the newest listed version is 2.0.2 which I am currently using.


Could you please resolve the problems on the website and point me to valid install instructions?

Thank you in advance!


Ing.?Miroslav Mat?j?
Programmer Analyst

A?D Praha s.r.o.
Technology Division
Research and Development
?irovnick? 2/3146, 106 17  Prague
Czech Republic
Phone: +420?267?287?476
Web: www.azd.cz


From wouter.klouwen at youview.com  Tue Aug 29 12:13:08 2017
From: wouter.klouwen at youview.com (Wouter Klouwen)
Date: Tue, 29 Aug 2017 13:13:08 +0100
Subject: [CDash] Submitting to sub projects via Curl
In-Reply-To: <d0449e01-c9d8-c3f9-b977-8e9d85cff285@youview.com>
References: <b3bf2d65-4fe2-fcb5-8694-90ffff7ef4f6@youview.com>
 <CANgkMA4YthBUy4DqutA==fWPv1J1L6fGkYtOuVBXLytiyi02=g@mail.gmail.com>
 <8723e6fd-6288-64cd-6bab-261751381d1f@youview.com>
 <CAKME8fHRYDaA=vZXwSScnjt5wX+NMt+HUX7cxWtPe0LGbyV1qQ@mail.gmail.com>
 <d0449e01-c9d8-c3f9-b977-8e9d85cff285@youview.com>
Message-ID: <35439f9c-9383-34d4-bc27-615080d6c3a1@youview.com>

Just to conclude this thread,

invoking the coverage through a CTest script script was indeed the magic
required.
Subsequent submission with curl using just the project name was ingested
by CDash as expected.

Thanks David and Zack,
     W

On 25/08/17 15:59, Wouter Klouwen wrote:
>
> At the moment I am executing the running of tests + coverage by means of
> using ctest -T.
> I will try to modify this into using the CTest test scripts, and feeding
> this into ctest -S.
>
> Thanks for the hint,
>      W
>
> On 25/08/17 15:53, David Cole wrote:
>> For this to work right, you need to set that property in the ctest -S
>> script which drives and submits the results. Are you using a -S
>> script, or are you driving it with ctest command line arguments
>> instead?
>>
>>
>>
>> On Fri, Aug 25, 2017 at 10:04 AM, Wouter Klouwen
>> <wouter.klouwen at youview.com> wrote:
>>> Hi Zack,
>>>
>>> thanks for taking the time to reply.
>>>
>>> Your suggestion makes sense, though the CTest HTTP submit handler code
>>> suggests that the "ctest -T Submit" does this via the HTTP URL:
>>>
>>> https://github.com/Kitware/CMake/blob/master/Source/CTest/cmCTestSubmitHandler.cxx#L1074
>>>
>>>
>>> Regardless of that, how does one get the Coverage.xml to contain this
>>> extra
>>> information? Putting the following line into the CMakeLists.txt or even
>>> CTestTestfile.cmake doesn't make anything appear in it:
>>>      set_property(GLOBAL PROPERTY SubProject "example")
>>>
>>> Is this more of a question for the CMake group?
>>>
>>> I did find a fellow soul who seemingly had to do something very similar
>>> approximately 4 years ago but never posted an solution to his quandary:
>>>
>>> https://stackoverflow.com/questions/17885371/ctest-cdash-subproject-xml-elements-missing-under-sites-using-includectest-on
>>>
>>>
>>> Thanks in advance,
>>>      W
>>>
>>> On 25/08/17 13:32, Zack Galbreath wrote:
>>>> It sounds like you got pretty close!  What subproject a build
>>>> belongs to
>>>> should be embedded in the XML file you're submitting. Here's an example
>>>> <https://github.com/Kitware/CDash/blob/master/tests/data/AggregateSubProjectCoverage/debug_case/production/Coverage.xml#L26>.
>>>>
>>>> Give this a try and let us know if it still doesn't work for you.
>>>>
>>>> On Fri, Aug 25, 2017 at 5:39 AM, Wouter Klouwen
>>>> <wouter.klouwen at youview.com <mailto:wouter.klouwen at youview.com>> wrote:
>>>>
>>>>
>>>>      Hi All,
>>>>
>>>>      I'm experimenting with a setup of CDash where I have one big
>>>> project
>>>>      containing a few hundred smaller projects.
>>>>
>>>>      The first thing I want to do is to use it to gather code coverage
>>>>      metrics. I have a setup where Coverage.xml files are created
>>>> for the
>>>>      smaller projects.
>>>>
>>>>      For a variety of reasons that might not possibly make all that
>>>> much
>>>>      sense, mainly to do with ease of integration into our existing CI
>>>>      pipeline, I'd like to curl to manually upload the result XML
>>>> files,
>>>>      rather than using the ctest and DartConfiguration.tcl.
>>>>
>>>>      There's a page on the wiki that indicated how do to a manual
>>>>      submission*, which says to use a PUT and with curl, roughly
>>>>      translates into:
>>>>
>>>>          $ curl -T /path/to/Coverage.xml
>>>>
>>>> "http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5
>>>>
>>>>
>>>> <http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5>"
>>>>
>>>>
>>>>      This works fine for submitting into the main project, but with
>>>> this
>>>>      method I don't seem to be able to submit into a sub project,
>>>> despite
>>>>      adding "subproject=foobar" to the URL.
>>>>       From my reading of the PHP, it seems that only one code path
>>>> actually
>>>>      looks for the "subproject" parameter, and it's a POST submission.
>>>>
>>>>      Should I change to using a POST, perhaps I cannot use manual
>>>> submission
>>>>      with sub projects, or is there another solution?
>>>>
>>>>      Thanks in advance,
>>>>           W
>>>>
>>>>
>>>>      *:
>>>>
>>>> https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash
>>>>
>>>> <https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash>
>>>>      **:
>>>> https://blog.kitware.com/additional-coverage-features-in-cdash/
>>>>      <https://blog.kitware.com/additional-coverage-features-in-cdash/>
This transmission contains information that may be confidential and contain personal views which are not necessarily those of YouView TV Ltd. YouView TV Ltd (Co No:7308805) is a limited liability company registered in England and Wales with its registered address at YouView TV Ltd, 3rd Floor, 10 Lower Thames Street, London, EC3R 6YT. For details see our web site at http://www.youview.com


From zack.galbreath at kitware.com  Wed Aug 30 14:11:55 2017
From: zack.galbreath at kitware.com (Zack Galbreath)
Date: Wed, 30 Aug 2017 10:11:55 -0400
Subject: [CDash] Clean install of CDash 2.4.0
In-Reply-To: <704d0dab5c4a4791b622bffd64d83b33@azdexchstore1.AZD.LOCAL>
References: <704d0dab5c4a4791b622bffd64d83b33@azdexchstore1.AZD.LOCAL>
Message-ID: <CANgkMA4RwBEcZzdhT8drDjZwauAc+6KitaP5uEzLqHMdnvZVeQ@mail.gmail.com>

I'm sorry to hear that you didn't have a smooth experience attempting to
install CDash.  I just updated the installation instructions here:

http://public.kitware.com/Wiki/CDash:Installation

Please let us know if you encounter any more problems.


On Tue, Aug 29, 2017 at 7:27 AM, Mat?j? Miroslav, Ing. <
Mateju.Miroslav at azd.cz> wrote:

> Hi,
>
> I was going to launch a new private instance of CDash by clean installing
> the most recent release 2.4.0. However, I was not able to get it working
> using the instructions on the web pages https://www.cdash.org/download/
> and http://public.kitware.com/Wiki/CDash:Installation.
>
> There are multiple issues on the Download page:
>
> 1. The file config. php is placed in 'config' subfolder rather than
> 'cdash'.
>
> 2. The keyword 'table' in relation to SQL should be probably replaced by
> 'database'.
>
> 3. It is not specified which directory should be visible to the web
> server. I tried:
>
>    a. the top directory (CDash) and got a Forbidden page in the web
> browser;
>
>    b. the 'public' directory (CDash/public) where several *.php files are
> located. When trying to load the main page (http://cdashsrv.local/cdash/),
> the web browser was redirected to viewProjects.php and showed a blank page.
> I tried to guess the right location and opened install.php manually but it
> renders a blank page, too.
>
> In order to resolve this problem, I checked the PHP source codes in the
> 'public' directory and they contain lines like:
>
> require_once dirname(__DIR__) . '/config/config.php';
> include_once 'include/common.php';
>
> Well, shouldn't they point to ../config or ../include since we are in a
> subdirectory?
>
>
> Due to this confusion, I decided to get the previous, hopefully mature
> release 2.2 but found that it is not available to download. It is missing
> in the list http://public.kitware.com/Wiki/CDash:Installation#
> Previous_versions_of_CDash where the newest listed version is 2.0.2 which
> I am currently using.
>
>
> Could you please resolve the problems on the website and point me to valid
> install instructions?
>
> Thank you in advance!
>
>
> Ing. Miroslav Mat?j?
> Programmer Analyst
>
> A?D Praha s.r.o.
> Technology Division
> Research and Development
> ?irovnick? 2/3146, 106 17  Prague
> Czech Republic
> Phone: +420 267 287 476
> Web: www.azd.cz
> _______________________________________________
> CDash mailing list
> CDash at public.kitware.com
> http://public.kitware.com/mailman/listinfo/cdash
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20170830/b5c44370/attachment.htm>

From azukaitis at gmail.com  Fri Aug  4 19:20:05 2017
From: azukaitis at gmail.com (Anthony Zukaitis)
Date: Fri, 4 Aug 2017 13:20:05 -0600
Subject: [CDash] CDASH 2.4 on Ubuntu 16.04 LTS
Message-ID: <CACpOV+MhNGcM2a4L6_qJ_T4uCOJd+wFiyj7Uxgwd-pn+zOKe5Q@mail.gmail.com>

I'm having a little trouble installing Cdash on 2.4 Ubuntu.
I followed the instructions and couldn't find php-5 so I just did php
default which is 7.

sudo apt-get install apache2 mysql-server php php-mysql php-xsl php-curl
php-gd libapache2-mod-php
I also needed to add: php-mbstring.

I did a checkout prebuilt of CDash.
I created a directory for Cdash and then created a link into the public
directory from the apache2 default home location
/var/www/html/CDash -> /var/www/CDash/public

I've set sql_mode="" in /etc/mysql/my.cnf.

Everything seems to work except when I tried to modify the project settings
via admin through the web interface.

Apache reports:
[Fri Aug 04 12:57:52.405147 2017] [:error] [pid 2285] [client 10.0.2.2:51818]
PHP Fatal error:  Uncaught Error: Cannot access private property
Project::$PDO in
/var/www/html/CDash_base/public/api/v1/project.php:277\nStack trace:\n#0
/var/www/html/CDash_base/public/api/v1/project.php(267):
populate_project(Object(Project))\n#1
/var/www/html/CDash_base/public/api/v1/project.php(92):
update_project(Array, Object(Project))\n#2
/var/www/html/CDash_base/public/api/v1/project.php(43): rest_post()\n#3
{main}\n  thrown in /var/www/html/CDash_base/public/api/v1/project.php on
line 277, referer: http://127.0.0.1:2080/CDash/createProject.php?projectid=2

Any thoughts?
Tony
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20170804/c35c2bd7/attachment-0001.htm>

From bryon.bean at kitware.com  Mon Aug  7 16:46:59 2017
From: bryon.bean at kitware.com (Bryon Bean)
Date: Mon, 7 Aug 2017 12:46:59 -0400
Subject: [CDash] CDash Digest, Vol 110, Issue 1
In-Reply-To: <mailman.1.1501948803.11680.cdash@public.kitware.com>
References: <mailman.1.1501948803.11680.cdash@public.kitware.com>
Message-ID: <CAGY_fm8bhwm9WntCyuVQMAdN3uxkXAfwHj8ayM4sLFTF1UbF8g@mail.gmail.com>

Hey Anthony,

I've put in a PR to fix the issue, should be accepted shortly. Thanks for
notifying us of the issue.

https://github.com/Kitware/CDash/pull/564

On Sat, Aug 5, 2017 at 12:00 PM, <cdash-request at public.kitware.com> wrote:

> Send CDash mailing list submissions to
>         cdash at public.kitware.com
>
> To subscribe or unsubscribe via the World Wide Web, visit
>         http://public.kitware.com/mailman/listinfo/cdash
> or, via email, send a message with subject or body 'help' to
>         cdash-request at public.kitware.com
>
> You can reach the person managing the list at
>         cdash-owner at public.kitware.com
>
> When replying, please edit your Subject line so it is more specific
> than "Re: Contents of CDash digest..."
>
>
> Today's Topics:
>
>    1. CDASH 2.4 on Ubuntu 16.04 LTS (Anthony Zukaitis)
>
>
> ----------------------------------------------------------------------
>
> Message: 1
> Date: Fri, 4 Aug 2017 13:20:05 -0600
> From: Anthony Zukaitis <azukaitis at gmail.com>
> To: cdash at public.kitware.com
> Subject: [CDash] CDASH 2.4 on Ubuntu 16.04 LTS
> Message-ID:
>         <CACpOV+MhNGcM2a4L6_qJ_T4uCOJd+wFiyj7Uxgwd-pn+zOKe5Q@
> mail.gmail.com>
> Content-Type: text/plain; charset="utf-8"
>
> I'm having a little trouble installing Cdash on 2.4 Ubuntu.
> I followed the instructions and couldn't find php-5 so I just did php
> default which is 7.
>
> sudo apt-get install apache2 mysql-server php php-mysql php-xsl php-curl
> php-gd libapache2-mod-php
> I also needed to add: php-mbstring.
>
> I did a checkout prebuilt of CDash.
> I created a directory for Cdash and then created a link into the public
> directory from the apache2 default home location
> /var/www/html/CDash -> /var/www/CDash/public
>
> I've set sql_mode="" in /etc/mysql/my.cnf.
>
> Everything seems to work except when I tried to modify the project settings
> via admin through the web interface.
>
> Apache reports:
> [Fri Aug 04 12:57:52.405147 2017] [:error] [pid 2285] [client
> 10.0.2.2:51818]
> PHP Fatal error:  Uncaught Error: Cannot access private property
> Project::$PDO in
> /var/www/html/CDash_base/public/api/v1/project.php:277\nStack trace:\n#0
> /var/www/html/CDash_base/public/api/v1/project.php(267):
> populate_project(Object(Project))\n#1
> /var/www/html/CDash_base/public/api/v1/project.php(92):
> update_project(Array, Object(Project))\n#2
> /var/www/html/CDash_base/public/api/v1/project.php(43): rest_post()\n#3
> {main}\n  thrown in /var/www/html/CDash_base/public/api/v1/project.php on
> line 277, referer: http://127.0.0.1:2080/CDash/
> createProject.php?projectid=2
>
> Any thoughts?
> Tony
> -------------- next part --------------
> An HTML attachment was scrubbed...
> URL: <http://public.kitware.com/pipermail/cdash/attachments/
> 20170804/c35c2bd7/attachment-0001.html>
>
> ------------------------------
>
> Subject: Digest Footer
>
> _______________________________________________
> CDash mailing list
> CDash at public.kitware.com
> http://public.kitware.com/mailman/listinfo/cdash
>
>
> ------------------------------
>
> End of CDash Digest, Vol 110, Issue 1
> *************************************
>



-- 
Bryon Bean
R&D Engineer
518-881-4448
bryon.bean at kitware.com
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20170807/982271eb/attachment-0001.htm>

From zack.galbreath at kitware.com  Mon Aug  7 17:33:30 2017
From: zack.galbreath at kitware.com (Zack Galbreath)
Date: Mon, 7 Aug 2017 13:33:30 -0400
Subject: [CDash] CDASH 2.4 on Ubuntu 16.04 LTS
In-Reply-To: <CACpOV+MhNGcM2a4L6_qJ_T4uCOJd+wFiyj7Uxgwd-pn+zOKe5Q@mail.gmail.com>
References: <CACpOV+MhNGcM2a4L6_qJ_T4uCOJd+wFiyj7Uxgwd-pn+zOKe5Q@mail.gmail.com>
Message-ID: <CANgkMA7z-cg-H-VV4mUFre-pKeQykDyE+xiN+mhKP50PmMO5xg@mail.gmail.com>

On Fri, Aug 4, 2017 at 3:20 PM, Anthony Zukaitis <azukaitis at gmail.com>
wrote:

> Cannot access private property Project::$PDO
>

Thanks for bringing this to our attention.  Bryon found the problem and
fixed it here <https://github.com/Kitware/CDash/pull/564>.  The master and
prebuilt branches have been updated to include this fix.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20170807/4cbd3af0/attachment-0001.htm>

From daibane at sandia.gov  Mon Aug  7 18:59:51 2017
From: daibane at sandia.gov (Ibanez, Daniel Alejandro)
Date: Mon, 7 Aug 2017 18:59:51 +0000
Subject: [CDash] Test Timing graphs per row
Message-ID: <5C8FC6C8-D1D4-4782-A1CA-E8A20732715D@sandia.gov>

Hello,

When one displays a graph of Test Time on CDash, data points are included from multiple ?rows? in the project?s CDash page.
Is it possible to get the same graph with only data points from one ?row? ?
This would really be helpful for us to track performance in a meaningful way.
Right now our graphs are all zigzags as different rows use different compiler options and run on different hardware.
This is also obscuring real performance patterns on a per-row basis.

Thanks,

Dan Ibanez
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20170807/8511c025/attachment-0001.htm>

From wouter.klouwen at youview.com  Fri Aug 25 09:39:21 2017
From: wouter.klouwen at youview.com (Wouter Klouwen)
Date: Fri, 25 Aug 2017 10:39:21 +0100
Subject: [CDash] Submitting to sub projects via Curl
Message-ID: <b3bf2d65-4fe2-fcb5-8694-90ffff7ef4f6@youview.com>


Hi All,

I'm experimenting with a setup of CDash where I have one big project
containing a few hundred smaller projects.

The first thing I want to do is to use it to gather code coverage
metrics. I have a setup where Coverage.xml files are created for the
smaller projects.

For a variety of reasons that might not possibly make all that much
sense, mainly to do with ease of integration into our existing CI
pipeline, I'd like to curl to manually upload the result XML files,
rather than using the ctest and DartConfiguration.tcl.

There's a page on the wiki that indicated how do to a manual
submission*, which says to use a PUT and with curl, roughly translates into:

    $ curl -T /path/to/Coverage.xml
"http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5"

This works fine for submitting into the main project, but with this
method I don't seem to be able to submit into a sub project, despite
adding "subproject=foobar" to the URL.
 From my reading of the PHP, it seems that only one code path actually
looks for the "subproject" parameter, and it's a POST submission.

Should I change to using a POST, perhaps I cannot use manual submission
with sub projects, or is there another solution?

Thanks in advance,
     W


*: https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash
**: https://blog.kitware.com/additional-coverage-features-in-cdash/


This transmission contains information that may be confidential and contain personal views which are not necessarily those of YouView TV Ltd. YouView TV Ltd (Co No:7308805) is a limited liability company registered in England and Wales with its registered address at YouView TV Ltd, 3rd Floor, 10 Lower Thames Street, London, EC3R 6YT. For details see our web site at http://www.youview.com


From zack.galbreath at kitware.com  Fri Aug 25 12:32:42 2017
From: zack.galbreath at kitware.com (Zack Galbreath)
Date: Fri, 25 Aug 2017 08:32:42 -0400
Subject: [CDash] Submitting to sub projects via Curl
In-Reply-To: <b3bf2d65-4fe2-fcb5-8694-90ffff7ef4f6@youview.com>
References: <b3bf2d65-4fe2-fcb5-8694-90ffff7ef4f6@youview.com>
Message-ID: <CANgkMA4YthBUy4DqutA==fWPv1J1L6fGkYtOuVBXLytiyi02=g@mail.gmail.com>

It sounds like you got pretty close!  What subproject a build belongs to
should be embedded in the XML file you're submitting.  Here's an example
<https://github.com/Kitware/CDash/blob/master/tests/data/AggregateSubProjectCoverage/debug_case/production/Coverage.xml#L26>.
Give this a try and let us know if it still doesn't work for you.

On Fri, Aug 25, 2017 at 5:39 AM, Wouter Klouwen <wouter.klouwen at youview.com>
wrote:

>
> Hi All,
>
> I'm experimenting with a setup of CDash where I have one big project
> containing a few hundred smaller projects.
>
> The first thing I want to do is to use it to gather code coverage
> metrics. I have a setup where Coverage.xml files are created for the
> smaller projects.
>
> For a variety of reasons that might not possibly make all that much
> sense, mainly to do with ease of integration into our existing CI
> pipeline, I'd like to curl to manually upload the result XML files,
> rather than using the ctest and DartConfiguration.tcl.
>
> There's a page on the wiki that indicated how do to a manual
> submission*, which says to use a PUT and with curl, roughly translates
> into:
>
>    $ curl -T /path/to/Coverage.xml
> "http://hostname/submit.php?project=ProjectName&FileName=/pa
> th/to/Coverage.xml&MD5=somemd5"
>
> This works fine for submitting into the main project, but with this
> method I don't seem to be able to submit into a sub project, despite
> adding "subproject=foobar" to the URL.
> From my reading of the PHP, it seems that only one code path actually
> looks for the "subproject" parameter, and it's a POST submission.
>
> Should I change to using a POST, perhaps I cannot use manual submission
> with sub projects, or is there another solution?
>
> Thanks in advance,
>     W
>
>
> *: https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash
> **: https://blog.kitware.com/additional-coverage-features-in-cdash/
>
>
> This transmission contains information that may be confidential and
> contain personal views which are not necessarily those of YouView TV Ltd.
> YouView TV Ltd (Co No:7308805) is a limited liability company registered in
> England and Wales with its registered address at YouView TV Ltd, 3rd Floor,
> 10 Lower Thames Street, London, EC3R 6YT. For details see our web site at
> http://www.youview.com
> _______________________________________________
> CDash mailing list
> CDash at public.kitware.com
> http://public.kitware.com/mailman/listinfo/cdash
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20170825/43d4c5d9/attachment-0001.htm>

From wouter.klouwen at youview.com  Fri Aug 25 14:04:10 2017
From: wouter.klouwen at youview.com (Wouter Klouwen)
Date: Fri, 25 Aug 2017 15:04:10 +0100
Subject: [CDash] Submitting to sub projects via Curl
In-Reply-To: <CANgkMA4YthBUy4DqutA==fWPv1J1L6fGkYtOuVBXLytiyi02=g@mail.gmail.com>
References: <b3bf2d65-4fe2-fcb5-8694-90ffff7ef4f6@youview.com>
 <CANgkMA4YthBUy4DqutA==fWPv1J1L6fGkYtOuVBXLytiyi02=g@mail.gmail.com>
Message-ID: <8723e6fd-6288-64cd-6bab-261751381d1f@youview.com>

Hi Zack,

thanks for taking the time to reply.

Your suggestion makes sense, though the CTest HTTP submit handler code 
suggests that the "ctest -T Submit" does this via the HTTP URL:
 
https://github.com/Kitware/CMake/blob/master/Source/CTest/cmCTestSubmitHandler.cxx#L1074

Regardless of that, how does one get the Coverage.xml to contain this 
extra information? Putting the following line into the CMakeLists.txt or 
even CTestTestfile.cmake doesn't make anything appear in it:
     set_property(GLOBAL PROPERTY SubProject "example")

Is this more of a question for the CMake group?

I did find a fellow soul who seemingly had to do something very similar 
approximately 4 years ago but never posted an solution to his quandary:
 
https://stackoverflow.com/questions/17885371/ctest-cdash-subproject-xml-elements-missing-under-sites-using-includectest-on

Thanks in advance,
     W

On 25/08/17 13:32, Zack Galbreath wrote:
> [External email]
> 
> It sounds like you got pretty close!  What subproject a build belongs to 
> should be embedded in the XML file you're submitting. Here's an example 
> <https://github.com/Kitware/CDash/blob/master/tests/data/AggregateSubProjectCoverage/debug_case/production/Coverage.xml#L26>.  
> Give this a try and let us know if it still doesn't work for you.
> 
> On Fri, Aug 25, 2017 at 5:39 AM, Wouter Klouwen 
> <wouter.klouwen at youview.com <mailto:wouter.klouwen at youview.com>> wrote:
> 
> 
>     Hi All,
> 
>     I'm experimenting with a setup of CDash where I have one big project
>     containing a few hundred smaller projects.
> 
>     The first thing I want to do is to use it to gather code coverage
>     metrics. I have a setup where Coverage.xml files are created for the
>     smaller projects.
> 
>     For a variety of reasons that might not possibly make all that much
>     sense, mainly to do with ease of integration into our existing CI
>     pipeline, I'd like to curl to manually upload the result XML files,
>     rather than using the ctest and DartConfiguration.tcl.
> 
>     There's a page on the wiki that indicated how do to a manual
>     submission*, which says to use a PUT and with curl, roughly
>     translates into:
> 
>         $ curl -T /path/to/Coverage.xml
>     "http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5
>     <http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5>"
> 
>     This works fine for submitting into the main project, but with this
>     method I don't seem to be able to submit into a sub project, despite
>     adding "subproject=foobar" to the URL.
>      From my reading of the PHP, it seems that only one code path actually
>     looks for the "subproject" parameter, and it's a POST submission.
> 
>     Should I change to using a POST, perhaps I cannot use manual submission
>     with sub projects, or is there another solution?
> 
>     Thanks in advance,
>          W
> 
> 
>     *:
>     https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash
>     <https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash>
>     **: https://blog.kitware.com/additional-coverage-features-in-cdash/
>     <https://blog.kitware.com/additional-coverage-features-in-cdash/>
> 
> 
>     This transmission contains information that may be confidential and
>     contain personal views which are not necessarily those of YouView TV
>     Ltd. YouView TV Ltd (Co No:7308805) is a limited liability company
>     registered in England and Wales with its registered address at
>     YouView TV Ltd, 3rd Floor, 10 Lower Thames Street, London, EC3R 6YT.
>     For details see our web site at http://www.youview.com
>     _______________________________________________
>     CDash mailing list
>     CDash at public.kitware.com <mailto:CDash at public.kitware.com>
>     http://public.kitware.com/mailman/listinfo/cdash
>     <http://public.kitware.com/mailman/listinfo/cdash>
> 
> 
> 
> 
> [External email. Treat hyperlinks and attachments with caution]
> 


From DLRdave at aol.com  Fri Aug 25 14:53:23 2017
From: DLRdave at aol.com (David Cole)
Date: Fri, 25 Aug 2017 10:53:23 -0400
Subject: [CDash] Submitting to sub projects via Curl
In-Reply-To: <8723e6fd-6288-64cd-6bab-261751381d1f@youview.com>
References: <b3bf2d65-4fe2-fcb5-8694-90ffff7ef4f6@youview.com>
 <CANgkMA4YthBUy4DqutA==fWPv1J1L6fGkYtOuVBXLytiyi02=g@mail.gmail.com>
 <8723e6fd-6288-64cd-6bab-261751381d1f@youview.com>
Message-ID: <CAKME8fHRYDaA=vZXwSScnjt5wX+NMt+HUX7cxWtPe0LGbyV1qQ@mail.gmail.com>

For this to work right, you need to set that property in the ctest -S
script which drives and submits the results. Are you using a -S
script, or are you driving it with ctest command line arguments
instead?



On Fri, Aug 25, 2017 at 10:04 AM, Wouter Klouwen
<wouter.klouwen at youview.com> wrote:
> Hi Zack,
>
> thanks for taking the time to reply.
>
> Your suggestion makes sense, though the CTest HTTP submit handler code
> suggests that the "ctest -T Submit" does this via the HTTP URL:
>
> https://github.com/Kitware/CMake/blob/master/Source/CTest/cmCTestSubmitHandler.cxx#L1074
>
> Regardless of that, how does one get the Coverage.xml to contain this extra
> information? Putting the following line into the CMakeLists.txt or even
> CTestTestfile.cmake doesn't make anything appear in it:
>     set_property(GLOBAL PROPERTY SubProject "example")
>
> Is this more of a question for the CMake group?
>
> I did find a fellow soul who seemingly had to do something very similar
> approximately 4 years ago but never posted an solution to his quandary:
>
> https://stackoverflow.com/questions/17885371/ctest-cdash-subproject-xml-elements-missing-under-sites-using-includectest-on
>
> Thanks in advance,
>     W
>
> On 25/08/17 13:32, Zack Galbreath wrote:
>>
>> [External email]
>>
>> It sounds like you got pretty close!  What subproject a build belongs to
>> should be embedded in the XML file you're submitting. Here's an example
>> <https://github.com/Kitware/CDash/blob/master/tests/data/AggregateSubProjectCoverage/debug_case/production/Coverage.xml#L26>.
>> Give this a try and let us know if it still doesn't work for you.
>>
>> On Fri, Aug 25, 2017 at 5:39 AM, Wouter Klouwen
>> <wouter.klouwen at youview.com <mailto:wouter.klouwen at youview.com>> wrote:
>>
>>
>>     Hi All,
>>
>>     I'm experimenting with a setup of CDash where I have one big project
>>     containing a few hundred smaller projects.
>>
>>     The first thing I want to do is to use it to gather code coverage
>>     metrics. I have a setup where Coverage.xml files are created for the
>>     smaller projects.
>>
>>     For a variety of reasons that might not possibly make all that much
>>     sense, mainly to do with ease of integration into our existing CI
>>     pipeline, I'd like to curl to manually upload the result XML files,
>>     rather than using the ctest and DartConfiguration.tcl.
>>
>>     There's a page on the wiki that indicated how do to a manual
>>     submission*, which says to use a PUT and with curl, roughly
>>     translates into:
>>
>>         $ curl -T /path/to/Coverage.xml
>>
>> "http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5
>>
>> <http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5>"
>>
>>     This works fine for submitting into the main project, but with this
>>     method I don't seem to be able to submit into a sub project, despite
>>     adding "subproject=foobar" to the URL.
>>      From my reading of the PHP, it seems that only one code path actually
>>     looks for the "subproject" parameter, and it's a POST submission.
>>
>>     Should I change to using a POST, perhaps I cannot use manual
>> submission
>>     with sub projects, or is there another solution?
>>
>>     Thanks in advance,
>>          W
>>
>>
>>     *:
>>     https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash
>>     <https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash>
>>     **: https://blog.kitware.com/additional-coverage-features-in-cdash/
>>     <https://blog.kitware.com/additional-coverage-features-in-cdash/>
>>
>>
>>     This transmission contains information that may be confidential and
>>     contain personal views which are not necessarily those of YouView TV
>>     Ltd. YouView TV Ltd (Co No:7308805) is a limited liability company
>>     registered in England and Wales with its registered address at
>>     YouView TV Ltd, 3rd Floor, 10 Lower Thames Street, London, EC3R 6YT.
>>     For details see our web site at http://www.youview.com
>>     _______________________________________________
>>     CDash mailing list
>>     CDash at public.kitware.com <mailto:CDash at public.kitware.com>
>>     http://public.kitware.com/mailman/listinfo/cdash
>>     <http://public.kitware.com/mailman/listinfo/cdash>
>>
>>
>>
>>
>> [External email. Treat hyperlinks and attachments with caution]
>>
> _______________________________________________
> CDash mailing list
> CDash at public.kitware.com
> http://public.kitware.com/mailman/listinfo/cdash


From wouter.klouwen at youview.com  Fri Aug 25 14:59:38 2017
From: wouter.klouwen at youview.com (Wouter Klouwen)
Date: Fri, 25 Aug 2017 15:59:38 +0100
Subject: [CDash] Submitting to sub projects via Curl
In-Reply-To: <CAKME8fHRYDaA=vZXwSScnjt5wX+NMt+HUX7cxWtPe0LGbyV1qQ@mail.gmail.com>
References: <b3bf2d65-4fe2-fcb5-8694-90ffff7ef4f6@youview.com>
 <CANgkMA4YthBUy4DqutA==fWPv1J1L6fGkYtOuVBXLytiyi02=g@mail.gmail.com>
 <8723e6fd-6288-64cd-6bab-261751381d1f@youview.com>
 <CAKME8fHRYDaA=vZXwSScnjt5wX+NMt+HUX7cxWtPe0LGbyV1qQ@mail.gmail.com>
Message-ID: <d0449e01-c9d8-c3f9-b977-8e9d85cff285@youview.com>

At the moment I am executing the running of tests + coverage by means of 
using ctest -T.
I will try to modify this into using the CTest test scripts, and feeding 
this into ctest -S.

Thanks for the hint,
     W

On 25/08/17 15:53, David Cole wrote:
> [External email]
> 
> 
> For this to work right, you need to set that property in the ctest -S
> script which drives and submits the results. Are you using a -S
> script, or are you driving it with ctest command line arguments
> instead?
> 
> 
> 
> On Fri, Aug 25, 2017 at 10:04 AM, Wouter Klouwen
> <wouter.klouwen at youview.com> wrote:
>> Hi Zack,
>>
>> thanks for taking the time to reply.
>>
>> Your suggestion makes sense, though the CTest HTTP submit handler code
>> suggests that the "ctest -T Submit" does this via the HTTP URL:
>>
>> https://github.com/Kitware/CMake/blob/master/Source/CTest/cmCTestSubmitHandler.cxx#L1074
>>
>> Regardless of that, how does one get the Coverage.xml to contain this extra
>> information? Putting the following line into the CMakeLists.txt or even
>> CTestTestfile.cmake doesn't make anything appear in it:
>>      set_property(GLOBAL PROPERTY SubProject "example")
>>
>> Is this more of a question for the CMake group?
>>
>> I did find a fellow soul who seemingly had to do something very similar
>> approximately 4 years ago but never posted an solution to his quandary:
>>
>> https://stackoverflow.com/questions/17885371/ctest-cdash-subproject-xml-elements-missing-under-sites-using-includectest-on
>>
>> Thanks in advance,
>>      W
>>
>> On 25/08/17 13:32, Zack Galbreath wrote:
>>>
>>> [External email]
>>>
>>> It sounds like you got pretty close!  What subproject a build belongs to
>>> should be embedded in the XML file you're submitting. Here's an example
>>> <https://github.com/Kitware/CDash/blob/master/tests/data/AggregateSubProjectCoverage/debug_case/production/Coverage.xml#L26>.
>>> Give this a try and let us know if it still doesn't work for you.
>>>
>>> On Fri, Aug 25, 2017 at 5:39 AM, Wouter Klouwen
>>> <wouter.klouwen at youview.com <mailto:wouter.klouwen at youview.com>> wrote:
>>>
>>>
>>>      Hi All,
>>>
>>>      I'm experimenting with a setup of CDash where I have one big project
>>>      containing a few hundred smaller projects.
>>>
>>>      The first thing I want to do is to use it to gather code coverage
>>>      metrics. I have a setup where Coverage.xml files are created for the
>>>      smaller projects.
>>>
>>>      For a variety of reasons that might not possibly make all that much
>>>      sense, mainly to do with ease of integration into our existing CI
>>>      pipeline, I'd like to curl to manually upload the result XML files,
>>>      rather than using the ctest and DartConfiguration.tcl.
>>>
>>>      There's a page on the wiki that indicated how do to a manual
>>>      submission*, which says to use a PUT and with curl, roughly
>>>      translates into:
>>>
>>>          $ curl -T /path/to/Coverage.xml
>>>
>>> "http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5
>>>
>>> <http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5>"
>>>
>>>      This works fine for submitting into the main project, but with this
>>>      method I don't seem to be able to submit into a sub project, despite
>>>      adding "subproject=foobar" to the URL.
>>>       From my reading of the PHP, it seems that only one code path actually
>>>      looks for the "subproject" parameter, and it's a POST submission.
>>>
>>>      Should I change to using a POST, perhaps I cannot use manual
>>> submission
>>>      with sub projects, or is there another solution?
>>>
>>>      Thanks in advance,
>>>           W
>>>
>>>
>>>      *:
>>>      https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash
>>>      <https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash>
>>>      **: https://blog.kitware.com/additional-coverage-features-in-cdash/
>>>      <https://blog.kitware.com/additional-coverage-features-in-cdash/>
>>>
>>>
>>>      This transmission contains information that may be confidential and
>>>      contain personal views which are not necessarily those of YouView TV
>>>      Ltd. YouView TV Ltd (Co No:7308805) is a limited liability company
>>>      registered in England and Wales with its registered address at
>>>      YouView TV Ltd, 3rd Floor, 10 Lower Thames Street, London, EC3R 6YT.
>>>      For details see our web site at http://www.youview.com
>>>      _______________________________________________
>>>      CDash mailing list
>>>      CDash at public.kitware.com <mailto:CDash at public.kitware.com>
>>>      http://public.kitware.com/mailman/listinfo/cdash
>>>      <http://public.kitware.com/mailman/listinfo/cdash>
>>>
>>>
>>>
>>>
>>> [External email. Treat hyperlinks and attachments with caution]
>>>
>> _______________________________________________
>> CDash mailing list
>> CDash at public.kitware.com
>> http://public.kitware.com/mailman/listinfo/cdash


From Mateju.Miroslav at azd.cz  Tue Aug 29 11:27:21 2017
From: Mateju.Miroslav at azd.cz (=?iso-8859-2?Q?Mat=ECj=F9_Miroslav=2C_Ing=2E?=)
Date: Tue, 29 Aug 2017 11:27:21 +0000
Subject: [CDash] Clean install of CDash 2.4.0
Message-ID: <704d0dab5c4a4791b622bffd64d83b33@azdexchstore1.AZD.LOCAL>

Hi,

I was going to launch a new private instance of CDash by clean installing the most recent release 2.4.0. However, I was not able to get it working using the instructions on the web pages https://www.cdash.org/download/ and http://public.kitware.com/Wiki/CDash:Installation.
	
There are multiple issues on the Download page:

1. The file config. php is placed in 'config' subfolder rather than 'cdash'.

2. The keyword 'table' in relation to SQL should be probably replaced by 'database'.

3. It is not specified which directory should be visible to the web server. I tried:

   a. the top directory (CDash) and got a Forbidden page in the web browser;

   b. the 'public' directory (CDash/public) where several *.php files are located. When trying to load the main page (http://cdashsrv.local/cdash/), the web browser was redirected to viewProjects.php and showed a blank page. I tried to guess the right location and opened install.php manually but it renders a blank page, too.

In order to resolve this problem, I checked the PHP source codes in the 'public' directory and they contain lines like:

require_once dirname(__DIR__) . '/config/config.php';
include_once 'include/common.php';

Well, shouldn't they point to ../config or ../include since we are in a subdirectory?


Due to this confusion, I decided to get the previous, hopefully mature release 2.2 but found that it is not available to download. It is missing in the list http://public.kitware.com/Wiki/CDash:Installation#Previous_versions_of_CDash where the newest listed version is 2.0.2 which I am currently using.


Could you please resolve the problems on the website and point me to valid install instructions?

Thank you in advance!


Ing.?Miroslav Mat?j?
Programmer Analyst

A?D Praha s.r.o.
Technology Division
Research and Development
?irovnick? 2/3146, 106 17  Prague
Czech Republic
Phone: +420?267?287?476
Web: www.azd.cz


From wouter.klouwen at youview.com  Tue Aug 29 12:13:08 2017
From: wouter.klouwen at youview.com (Wouter Klouwen)
Date: Tue, 29 Aug 2017 13:13:08 +0100
Subject: [CDash] Submitting to sub projects via Curl
In-Reply-To: <d0449e01-c9d8-c3f9-b977-8e9d85cff285@youview.com>
References: <b3bf2d65-4fe2-fcb5-8694-90ffff7ef4f6@youview.com>
 <CANgkMA4YthBUy4DqutA==fWPv1J1L6fGkYtOuVBXLytiyi02=g@mail.gmail.com>
 <8723e6fd-6288-64cd-6bab-261751381d1f@youview.com>
 <CAKME8fHRYDaA=vZXwSScnjt5wX+NMt+HUX7cxWtPe0LGbyV1qQ@mail.gmail.com>
 <d0449e01-c9d8-c3f9-b977-8e9d85cff285@youview.com>
Message-ID: <35439f9c-9383-34d4-bc27-615080d6c3a1@youview.com>

Just to conclude this thread,

invoking the coverage through a CTest script script was indeed the magic
required.
Subsequent submission with curl using just the project name was ingested
by CDash as expected.

Thanks David and Zack,
     W

On 25/08/17 15:59, Wouter Klouwen wrote:
>
> At the moment I am executing the running of tests + coverage by means of
> using ctest -T.
> I will try to modify this into using the CTest test scripts, and feeding
> this into ctest -S.
>
> Thanks for the hint,
>      W
>
> On 25/08/17 15:53, David Cole wrote:
>> For this to work right, you need to set that property in the ctest -S
>> script which drives and submits the results. Are you using a -S
>> script, or are you driving it with ctest command line arguments
>> instead?
>>
>>
>>
>> On Fri, Aug 25, 2017 at 10:04 AM, Wouter Klouwen
>> <wouter.klouwen at youview.com> wrote:
>>> Hi Zack,
>>>
>>> thanks for taking the time to reply.
>>>
>>> Your suggestion makes sense, though the CTest HTTP submit handler code
>>> suggests that the "ctest -T Submit" does this via the HTTP URL:
>>>
>>> https://github.com/Kitware/CMake/blob/master/Source/CTest/cmCTestSubmitHandler.cxx#L1074
>>>
>>>
>>> Regardless of that, how does one get the Coverage.xml to contain this
>>> extra
>>> information? Putting the following line into the CMakeLists.txt or even
>>> CTestTestfile.cmake doesn't make anything appear in it:
>>>      set_property(GLOBAL PROPERTY SubProject "example")
>>>
>>> Is this more of a question for the CMake group?
>>>
>>> I did find a fellow soul who seemingly had to do something very similar
>>> approximately 4 years ago but never posted an solution to his quandary:
>>>
>>> https://stackoverflow.com/questions/17885371/ctest-cdash-subproject-xml-elements-missing-under-sites-using-includectest-on
>>>
>>>
>>> Thanks in advance,
>>>      W
>>>
>>> On 25/08/17 13:32, Zack Galbreath wrote:
>>>> It sounds like you got pretty close!  What subproject a build
>>>> belongs to
>>>> should be embedded in the XML file you're submitting. Here's an example
>>>> <https://github.com/Kitware/CDash/blob/master/tests/data/AggregateSubProjectCoverage/debug_case/production/Coverage.xml#L26>.
>>>>
>>>> Give this a try and let us know if it still doesn't work for you.
>>>>
>>>> On Fri, Aug 25, 2017 at 5:39 AM, Wouter Klouwen
>>>> <wouter.klouwen at youview.com <mailto:wouter.klouwen at youview.com>> wrote:
>>>>
>>>>
>>>>      Hi All,
>>>>
>>>>      I'm experimenting with a setup of CDash where I have one big
>>>> project
>>>>      containing a few hundred smaller projects.
>>>>
>>>>      The first thing I want to do is to use it to gather code coverage
>>>>      metrics. I have a setup where Coverage.xml files are created
>>>> for the
>>>>      smaller projects.
>>>>
>>>>      For a variety of reasons that might not possibly make all that
>>>> much
>>>>      sense, mainly to do with ease of integration into our existing CI
>>>>      pipeline, I'd like to curl to manually upload the result XML
>>>> files,
>>>>      rather than using the ctest and DartConfiguration.tcl.
>>>>
>>>>      There's a page on the wiki that indicated how do to a manual
>>>>      submission*, which says to use a PUT and with curl, roughly
>>>>      translates into:
>>>>
>>>>          $ curl -T /path/to/Coverage.xml
>>>>
>>>> "http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5
>>>>
>>>>
>>>> <http://hostname/submit.php?project=ProjectName&FileName=/path/to/Coverage.xml&MD5=somemd5>"
>>>>
>>>>
>>>>      This works fine for submitting into the main project, but with
>>>> this
>>>>      method I don't seem to be able to submit into a sub project,
>>>> despite
>>>>      adding "subproject=foobar" to the URL.
>>>>       From my reading of the PHP, it seems that only one code path
>>>> actually
>>>>      looks for the "subproject" parameter, and it's a POST submission.
>>>>
>>>>      Should I change to using a POST, perhaps I cannot use manual
>>>> submission
>>>>      with sub projects, or is there another solution?
>>>>
>>>>      Thanks in advance,
>>>>           W
>>>>
>>>>
>>>>      *:
>>>>
>>>> https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash
>>>>
>>>> <https://www.paraview.org/Wiki/CDash:XML#Manually_submitting_to_CDash>
>>>>      **:
>>>> https://blog.kitware.com/additional-coverage-features-in-cdash/
>>>>      <https://blog.kitware.com/additional-coverage-features-in-cdash/>
This transmission contains information that may be confidential and contain personal views which are not necessarily those of YouView TV Ltd. YouView TV Ltd (Co No:7308805) is a limited liability company registered in England and Wales with its registered address at YouView TV Ltd, 3rd Floor, 10 Lower Thames Street, London, EC3R 6YT. For details see our web site at http://www.youview.com


From zack.galbreath at kitware.com  Wed Aug 30 14:11:55 2017
From: zack.galbreath at kitware.com (Zack Galbreath)
Date: Wed, 30 Aug 2017 10:11:55 -0400
Subject: [CDash] Clean install of CDash 2.4.0
In-Reply-To: <704d0dab5c4a4791b622bffd64d83b33@azdexchstore1.AZD.LOCAL>
References: <704d0dab5c4a4791b622bffd64d83b33@azdexchstore1.AZD.LOCAL>
Message-ID: <CANgkMA4RwBEcZzdhT8drDjZwauAc+6KitaP5uEzLqHMdnvZVeQ@mail.gmail.com>

I'm sorry to hear that you didn't have a smooth experience attempting to
install CDash.  I just updated the installation instructions here:

http://public.kitware.com/Wiki/CDash:Installation

Please let us know if you encounter any more problems.


On Tue, Aug 29, 2017 at 7:27 AM, Mat?j? Miroslav, Ing. <
Mateju.Miroslav at azd.cz> wrote:

> Hi,
>
> I was going to launch a new private instance of CDash by clean installing
> the most recent release 2.4.0. However, I was not able to get it working
> using the instructions on the web pages https://www.cdash.org/download/
> and http://public.kitware.com/Wiki/CDash:Installation.
>
> There are multiple issues on the Download page:
>
> 1. The file config. php is placed in 'config' subfolder rather than
> 'cdash'.
>
> 2. The keyword 'table' in relation to SQL should be probably replaced by
> 'database'.
>
> 3. It is not specified which directory should be visible to the web
> server. I tried:
>
>    a. the top directory (CDash) and got a Forbidden page in the web
> browser;
>
>    b. the 'public' directory (CDash/public) where several *.php files are
> located. When trying to load the main page (http://cdashsrv.local/cdash/),
> the web browser was redirected to viewProjects.php and showed a blank page.
> I tried to guess the right location and opened install.php manually but it
> renders a blank page, too.
>
> In order to resolve this problem, I checked the PHP source codes in the
> 'public' directory and they contain lines like:
>
> require_once dirname(__DIR__) . '/config/config.php';
> include_once 'include/common.php';
>
> Well, shouldn't they point to ../config or ../include since we are in a
> subdirectory?
>
>
> Due to this confusion, I decided to get the previous, hopefully mature
> release 2.2 but found that it is not available to download. It is missing
> in the list http://public.kitware.com/Wiki/CDash:Installation#
> Previous_versions_of_CDash where the newest listed version is 2.0.2 which
> I am currently using.
>
>
> Could you please resolve the problems on the website and point me to valid
> install instructions?
>
> Thank you in advance!
>
>
> Ing. Miroslav Mat?j?
> Programmer Analyst
>
> A?D Praha s.r.o.
> Technology Division
> Research and Development
> ?irovnick? 2/3146, 106 17  Prague
> Czech Republic
> Phone: +420 267 287 476
> Web: www.azd.cz
> _______________________________________________
> CDash mailing list
> CDash at public.kitware.com
> http://public.kitware.com/mailman/listinfo/cdash
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20170830/b5c44370/attachment-0001.htm>