From jgfouca at sandia.gov  Mon Feb 22 18:03:00 2016
From: jgfouca at sandia.gov (Foucar, James G)
Date: Mon, 22 Feb 2016 23:03:00 +0000
Subject: [CDash] [EXTERNAL] Re: my.cdash.org upgrade
In-Reply-To: <CANgkMA5d2=NiMxdOA4MVwLYQVaE+aW-GP5=+HrbO2YCyBb4MyQ@mail.gmail.com>
References: <CANgkMA4sFKurmbzpHWb0jba6bnhqFNBOGxUCnGPKPG_ukFX0vA@mail.gmail.com>
 <CANgkMA6HAaGQgYBAPQ_ppw_uBxZZddhCF=k7GKbcS-WQJbC4LQ@mail.gmail.com>
 <D1F272A5.3B2BE%jgfouca@sandia.gov>
 <CANgkMA5d2=NiMxdOA4MVwLYQVaE+aW-GP5=+HrbO2YCyBb4MyQ@mail.gmail.com>
Message-ID: <D2F0E090.457B9%jgfouca@sandia.gov>

Hi Zack,

I've been using the "Latest" feature for my ACME project and it's been working great. One problem that I wanted to ask you about is that builds in a BuildGroup set to Latest seem to no longer support going back in history. In other words, from the front dashboard page, no matter how many times you click "Previous", you just see the most recent build. How hard would it be for Latest builds to show the most recent build from the point of view of the date in the URL?

-Jim

From: Zack Galbreath <zack.galbreath at kitware.com<mailto:zack.galbreath at kitware.com>>
Date: Monday, August 17, 2015 at 7:04 AM
To: "Foucar, James G" <jgfouca at sandia.gov<mailto:jgfouca at sandia.gov>>
Cc: cdash <cdash at public.kitware.com<mailto:cdash at public.kitware.com>>
Subject: Re: [EXTERNAL] Re: my.cdash.org upgrade

On Thu, Aug 13, 2015 at 6:16 PM, Foucar, James G <jgfouca at sandia.gov<mailto:jgfouca at sandia.gov>> wrote:
Hi Zack,

The new "Latest" build type looks good. Couple questions:


  1.  Is there anything different I need to do on the client side to get test results sent to my custom BuildGroup?

Nope, just make sure they match the rules you defined here:
http://my.cdash.org/manageBuildGroup.php?projectid=828#/dynamic



  1.  If you look here: http://my.cdash.org/index.php?project=ACME_Climate , I was able to move all recent builds to the custom BuildGroup, but, somehow, I got three copies of the blues results and I cannot delete the extras. Any ideas?

I just fixed this for you.  You should be able to delete dynamic buildgroup rows at the same URL I linked above.  Here's the relevant screenshot:

[cid:ii_idfzsove0_14f3bf95ebd96fd3]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160222/31dbee55/attachment-0001.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: delete_rows.png
Type: image/png
Size: 107166 bytes
Desc: delete_rows.png
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160222/31dbee55/attachment-0001.png>

From alexander-leinoff at uiowa.edu  Tue Feb 23 15:21:00 2016
From: alexander-leinoff at uiowa.edu (Leinoff, Alexander)
Date: Tue, 23 Feb 2016 20:21:00 +0000
Subject: [CDash] CDash Installation instructions, github version
Message-ID: <E4235302-9E81-4174-99D3-ECCD75F92945@uiowa.edu>

Hi!

I?m trying to setup my own cash server. I?ve been successful following the instructions on the ?CDash Installation? page using the zipped and svn versions, but I would like to try the latest and greatest version from github. The directory structure of the version on github is completely different than the one in the zipped release version, and the directions on the wiki page don?t really work. I can?t find any build instructions, and I?m at a loss as to what to do. The instructions on the website seem like they are geared towards the zipped release version, and don?t work ?as is? on the github version.

Thanks
  Alex
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160223/adb465ec/attachment.html>

From zack.galbreath at kitware.com  Wed Feb 24 08:15:23 2016
From: zack.galbreath at kitware.com (Zack Galbreath)
Date: Wed, 24 Feb 2016 08:15:23 -0500
Subject: [CDash] [EXTERNAL] Re: my.cdash.org upgrade
In-Reply-To: <D2F0E090.457B9%jgfouca@sandia.gov>
References: <CANgkMA4sFKurmbzpHWb0jba6bnhqFNBOGxUCnGPKPG_ukFX0vA@mail.gmail.com>
 <CANgkMA6HAaGQgYBAPQ_ppw_uBxZZddhCF=k7GKbcS-WQJbC4LQ@mail.gmail.com>
 <D1F272A5.3B2BE%jgfouca@sandia.gov>
 <CANgkMA5d2=NiMxdOA4MVwLYQVaE+aW-GP5=+HrbO2YCyBb4MyQ@mail.gmail.com>
 <D2F0E090.457B9%jgfouca@sandia.gov>
Message-ID: <CANgkMA4nuZ6tnMuRtRPnAk3F_=-Gf5GrNt6=pvbTfAMw0HppnQ@mail.gmail.com>

On Mon, Feb 22, 2016 at 6:03 PM, Foucar, James G <jgfouca at sandia.gov> wrote:

> Hi Zack,
>
> I've been using the "Latest" feature for my ACME project and it's been
> working great. One problem that I wanted to ask you about is that builds in
> a BuildGroup set to Latest seem to no longer support going back in history.
> In other words, from the front dashboard page, no matter how many times you
> click "Previous", you just see the most recent build. How hard would it be
> for Latest builds to show the most recent build from the point of view of
> the date in the URL?
>

Hi Jim,

Thanks for the report.  This should be a relatively easy thing to fix.
I'll report back here when we have something new for you to try.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160224/6d7de8cb/attachment.html>

From zack.galbreath at kitware.com  Wed Feb 24 08:22:48 2016
From: zack.galbreath at kitware.com (Zack Galbreath)
Date: Wed, 24 Feb 2016 08:22:48 -0500
Subject: [CDash] CDash Installation instructions, github version
In-Reply-To: <E4235302-9E81-4174-99D3-ECCD75F92945@uiowa.edu>
References: <E4235302-9E81-4174-99D3-ECCD75F92945@uiowa.edu>
Message-ID: <CANgkMA7iU_oK3rKyqzAa+Yfzmk0rsZFendOoOfW-h06y7FqNaQ@mail.gmail.com>

On Tue, Feb 23, 2016 at 3:21 PM, Leinoff, Alexander <
alexander-leinoff at uiowa.edu> wrote:

> Hi!
>
> I?m trying to setup my own cash server. I?ve been successful following the
> instructions on the ?CDash Installation? page using the zipped and svn
> versions, but I would like to try the latest and greatest version from
> github. The directory structure of the version on github is completely
> different than the one in the zipped release version, and the directions on
> the wiki page don?t really work. I can?t find any build instructions, and
> I?m at a loss as to what to do. The instructions on the website seem like
> they are geared towards the zipped release version, and don?t work ?as is?
> on the github version.
>
>
Hi Alex,

You might have better luck if you try the 'release' branch from github.
This has lots of files pre-generated for you that master does not, so the
installation experience should be very similar to installing from a .zip
file.

I've updated the installation instructions on the website with this
information.

If you run into any more problems during installation feel free to let us
know.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160224/b8b0f991/attachment.html>

From andrew.amaclean at gmail.com  Wed Feb 24 18:32:45 2016
From: andrew.amaclean at gmail.com (Andrew Maclean)
Date: Thu, 25 Feb 2016 10:32:45 +1100
Subject: [CDash] Installing and Setting up CDash/Postgresql
Message-ID: <CAHDsG9MnLELb1_ovatRQNXXq1BQYyOwmzQ0Gp9uiLCsk+h58Mw@mail.gmail.com>

I'm setting up CDash in Ubuntu and I think that I have followed all the
instructions Ok, however when I type: http://localhost/CDash/ in the
browser it comes up with:
http://localhost/CDash/viewProjects.php.
How do I continue the install process?
The documentation on  http://public.kitware.com/Wiki/CDash:Installation
seems to indicate that "The first step will confirm the host login and
password for the database, the default admin account and password are also
displayed, make a note of these as you'll need them later, as its easy to
skip past this step missing them ".

Attached is a markdown file documenting what I have done so far. I
installed and set up Apache and I am now trying to set up CDash. Then I
will set up Postgres. Or do I need to set up Postgresql before setting up
CDash? If so what will be the database name and user name?


Any help would be appreciated.

Rgeards
   Andrew

-- 
___________________________________________
Andrew J. P. Maclean

___________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160225/04a44bc1/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: SettingUpCDashInUbuntu.md
Type: text/x-markdown
Size: 2522 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160225/04a44bc1/attachment.bin>

From andrew.amaclean at gmail.com  Thu Feb 25 01:36:55 2016
From: andrew.amaclean at gmail.com (Andrew Maclean)
Date: Thu, 25 Feb 2016 17:36:55 +1100
Subject: [CDash] Installing and Setting up CDash/Postgresql
In-Reply-To: <CAHDsG9MnLELb1_ovatRQNXXq1BQYyOwmzQ0Gp9uiLCsk+h58Mw@mail.gmail.com>
References: <CAHDsG9MnLELb1_ovatRQNXXq1BQYyOwmzQ0Gp9uiLCsk+h58Mw@mail.gmail.com>
Message-ID: <CAHDsG9NOWCsAA63ixmz2Y9Og+ApgdfdjbuFNYaHY4B6BZ0GsTQ@mail.gmail.com>

Following on:
1) You need to create the postgresql user and the cdash database first.
2) You then need to config.local.php as appropriate and then set the
correct permissions on some folders.
3) Then in the browser type: http://localhost/CDash/install.php
After filling in the form I get the following error:
"ERROR: relation "uuid" already exists"
At this point the build table and indexes have been created.
If I do a refresh and resubmit the form, I get this error:
"ERROR: relation "build" already exists"

Ok ... "build" already exists but the script will not continue.

Now after commenting out line 42 in cdash.sql and redoing the install, I
get the database built (100 tables).

Looking at the documentation in:
http://www.postgresql.org/docs/9.0/static/ddl-constraints.html
It seems that "Adding a unique constraint will automatically create a
unique btree index on the column or group of columns used in the
constraint." so that line is not needed in Postgresql.

Is this a safe thing to do?
When you read on there is this paragraph:
"In general, a unique constraint is violated when there is more than one
row in the table where the values of all of the columns included in the
constraint are equal. However, two null values are not considered equal in
this comparison. That means even in the presence of a unique constraint it
is possible to store duplicate rows that contain a null value in at least
one of the constrained columns. This behavior conforms to the SQL standard,
but we have heard that other SQL databases might not follow this rule. So
be careful when developing applications that are intended to be portable."

Thanks
    Andrew


On Thu, Feb 25, 2016 at 10:32 AM, Andrew Maclean <andrew.amaclean at gmail.com>
wrote:

> I'm setting up CDash in Ubuntu and I think that I have followed all the
> instructions Ok, however when I type: http://localhost/CDash/ in the
> browser it comes up with:
> http://localhost/CDash/viewProjects.php.
> How do I continue the install process?
> The documentation on  http://public.kitware.com/Wiki/CDash:Installation
> seems to indicate that "The first step will confirm the host login and
> password for the database, the default admin account and password are also
> displayed, make a note of these as you'll need them later, as its easy to
> skip past this step missing them ".
>
> Attached is a markdown file documenting what I have done so far. I
> installed and set up Apache and I am now trying to set up CDash. Then I
> will set up Postgres. Or do I need to set up Postgresql before setting up
> CDash? If so what will be the database name and user name?
>
>
> Any help would be appreciated.
>
> Rgeards
>    Andrew
>
> --
> ___________________________________________
> Andrew J. P. Maclean
>
> ___________________________________________
>



-- 
___________________________________________
Andrew J. P. Maclean

___________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160225/0c47a0c7/attachment.html>

From zack.galbreath at kitware.com  Thu Feb 25 10:28:20 2016
From: zack.galbreath at kitware.com (Zack Galbreath)
Date: Thu, 25 Feb 2016 10:28:20 -0500
Subject: [CDash] Installing and Setting up CDash/Postgresql
In-Reply-To: <CAHDsG9NOWCsAA63ixmz2Y9Og+ApgdfdjbuFNYaHY4B6BZ0GsTQ@mail.gmail.com>
References: <CAHDsG9MnLELb1_ovatRQNXXq1BQYyOwmzQ0Gp9uiLCsk+h58Mw@mail.gmail.com>
 <CAHDsG9NOWCsAA63ixmz2Y9Og+ApgdfdjbuFNYaHY4B6BZ0GsTQ@mail.gmail.com>
Message-ID: <CANgkMA7=DvVvy7oKV+Zk-xDc9TZWv07pHACptk0X=trT=s9TeQ@mail.gmail.com>

Hey Andrew,

Thanks for slogging through this.  As you noticed, our postgres support is
currently broken.  Apparently our automated nightly test of this
configuration was stuck on an old commit.  I'm working on restoring
postgres support now.  I'll send a follow-up email here when the release
branch is back in good shape.


On Thu, Feb 25, 2016 at 1:36 AM, Andrew Maclean <andrew.amaclean at gmail.com>
wrote:

> Looking at the documentation in:
> http://www.postgresql.org/docs/9.0/static/ddl-constraints.html
> It seems that "Adding a unique constraint will automatically create a
> unique btree index on the column or group of columns used in the
> constraint." so that line is not needed in Postgresql.
>

Thanks for the tip!



> Is this a safe thing to do?
> When you read on there is this paragraph:
> "In general, a unique constraint is violated when there is more than one
> row in the table where the values of all of the columns included in the
> constraint are equal. However, two null values are not considered equal in
> this comparison. That means even in the presence of a unique constraint it
> is possible to store duplicate rows that contain a null value in at least
> one of the constrained columns. This behavior conforms to the SQL standard,
> but we have heard that other SQL databases might not follow this rule. So
> be careful when developing applications that are intended to be portable."
>

The uuid field is setup to be NOT NULL, so hopefully this gotcha won't
impact our particular use of the unique constraint.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160225/db7c79de/attachment.html>

From andrew.amaclean at gmail.com  Thu Feb 25 18:23:14 2016
From: andrew.amaclean at gmail.com (Andrew Maclean)
Date: Fri, 26 Feb 2016 10:23:14 +1100
Subject: [CDash] Installing and Setting up CDash/Postgresql
In-Reply-To: <CANgkMA7=DvVvy7oKV+Zk-xDc9TZWv07pHACptk0X=trT=s9TeQ@mail.gmail.com>
References: <CAHDsG9MnLELb1_ovatRQNXXq1BQYyOwmzQ0Gp9uiLCsk+h58Mw@mail.gmail.com>
 <CAHDsG9NOWCsAA63ixmz2Y9Og+ApgdfdjbuFNYaHY4B6BZ0GsTQ@mail.gmail.com>
 <CANgkMA7=DvVvy7oKV+Zk-xDc9TZWv07pHACptk0X=trT=s9TeQ@mail.gmail.com>
Message-ID: <CAHDsG9MwEkSVx_6nxqpVpthuebf2=s5WmqL6hpvSPqjVhRCQLg@mail.gmail.com>

Thanks for doing this. I should have some usable notes when this is done.

There is something definitely odd: http://localhost/CDash/viewProjects.php
just displays a blank page, I owuld have at least expected all the usual
Cdash stuff minus the project. Headers/Footers etc.
Regards
    Andrew


On Fri, Feb 26, 2016 at 2:28 AM, Zack Galbreath <zack.galbreath at kitware.com>
wrote:

> Hey Andrew,
>
> Thanks for slogging through this.  As you noticed, our postgres support is
> currently broken.  Apparently our automated nightly test of this
> configuration was stuck on an old commit.  I'm working on restoring
> postgres support now.  I'll send a follow-up email here when the release
> branch is back in good shape.
>
>
> On Thu, Feb 25, 2016 at 1:36 AM, Andrew Maclean <andrew.amaclean at gmail.com
> > wrote:
>
>> Looking at the documentation in:
>> http://www.postgresql.org/docs/9.0/static/ddl-constraints.html
>> It seems that "Adding a unique constraint will automatically create a
>> unique btree index on the column or group of columns used in the
>> constraint." so that line is not needed in Postgresql.
>>
>
> Thanks for the tip!
>
>
>
>> Is this a safe thing to do?
>> When you read on there is this paragraph:
>> "In general, a unique constraint is violated when there is more than one
>> row in the table where the values of all of the columns included in the
>> constraint are equal. However, two null values are not considered equal in
>> this comparison. That means even in the presence of a unique constraint it
>> is possible to store duplicate rows that contain a null value in at least
>> one of the constrained columns. This behavior conforms to the SQL standard,
>> but we have heard that other SQL databases might not follow this rule. So
>> be careful when developing applications that are intended to be portable."
>>
>
> The uuid field is setup to be NOT NULL, so hopefully this gotcha won't
> impact our particular use of the unique constraint.
>



-- 
___________________________________________
Andrew J. P. Maclean

___________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160226/f60934df/attachment.html>

From jgfouca at sandia.gov  Mon Feb 22 23:03:00 2016
From: jgfouca at sandia.gov (Foucar, James G)
Date: Mon, 22 Feb 2016 23:03:00 +0000
Subject: [CDash] [EXTERNAL] Re: my.cdash.org upgrade
In-Reply-To: <CANgkMA5d2=NiMxdOA4MVwLYQVaE+aW-GP5=+HrbO2YCyBb4MyQ@mail.gmail.com>
References: <CANgkMA4sFKurmbzpHWb0jba6bnhqFNBOGxUCnGPKPG_ukFX0vA@mail.gmail.com>
 <CANgkMA6HAaGQgYBAPQ_ppw_uBxZZddhCF=k7GKbcS-WQJbC4LQ@mail.gmail.com>
 <D1F272A5.3B2BE%jgfouca@sandia.gov>
 <CANgkMA5d2=NiMxdOA4MVwLYQVaE+aW-GP5=+HrbO2YCyBb4MyQ@mail.gmail.com>
Message-ID: <D2F0E090.457B9%jgfouca@sandia.gov>

Hi Zack,

I've been using the "Latest" feature for my ACME project and it's been working great. One problem that I wanted to ask you about is that builds in a BuildGroup set to Latest seem to no longer support going back in history. In other words, from the front dashboard page, no matter how many times you click "Previous", you just see the most recent build. How hard would it be for Latest builds to show the most recent build from the point of view of the date in the URL?

-Jim

From: Zack Galbreath <zack.galbreath at kitware.com<mailto:zack.galbreath at kitware.com>>
Date: Monday, August 17, 2015 at 7:04 AM
To: "Foucar, James G" <jgfouca at sandia.gov<mailto:jgfouca at sandia.gov>>
Cc: cdash <cdash at public.kitware.com<mailto:cdash at public.kitware.com>>
Subject: Re: [EXTERNAL] Re: my.cdash.org upgrade

On Thu, Aug 13, 2015 at 6:16 PM, Foucar, James G <jgfouca at sandia.gov<mailto:jgfouca at sandia.gov>> wrote:
Hi Zack,

The new "Latest" build type looks good. Couple questions:


  1.  Is there anything different I need to do on the client side to get test results sent to my custom BuildGroup?

Nope, just make sure they match the rules you defined here:
http://my.cdash.org/manageBuildGroup.php?projectid=828#/dynamic



  1.  If you look here: http://my.cdash.org/index.php?project=ACME_Climate , I was able to move all recent builds to the custom BuildGroup, but, somehow, I got three copies of the blues results and I cannot delete the extras. Any ideas?

I just fixed this for you.  You should be able to delete dynamic buildgroup rows at the same URL I linked above.  Here's the relevant screenshot:

[cid:ii_idfzsove0_14f3bf95ebd96fd3]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160222/31dbee55/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: delete_rows.png
Type: image/png
Size: 107166 bytes
Desc: delete_rows.png
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160222/31dbee55/attachment-0002.png>

From alexander-leinoff at uiowa.edu  Tue Feb 23 20:21:00 2016
From: alexander-leinoff at uiowa.edu (Leinoff, Alexander)
Date: Tue, 23 Feb 2016 20:21:00 +0000
Subject: [CDash] CDash Installation instructions, github version
Message-ID: <E4235302-9E81-4174-99D3-ECCD75F92945@uiowa.edu>

Hi!

I?m trying to setup my own cash server. I?ve been successful following the instructions on the ?CDash Installation? page using the zipped and svn versions, but I would like to try the latest and greatest version from github. The directory structure of the version on github is completely different than the one in the zipped release version, and the directions on the wiki page don?t really work. I can?t find any build instructions, and I?m at a loss as to what to do. The instructions on the website seem like they are geared towards the zipped release version, and don?t work ?as is? on the github version.

Thanks
  Alex
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160223/adb465ec/attachment.htm>

From zack.galbreath at kitware.com  Wed Feb 24 13:15:23 2016
From: zack.galbreath at kitware.com (Zack Galbreath)
Date: Wed, 24 Feb 2016 08:15:23 -0500
Subject: [CDash] [EXTERNAL] Re: my.cdash.org upgrade
In-Reply-To: <D2F0E090.457B9%jgfouca@sandia.gov>
References: <CANgkMA4sFKurmbzpHWb0jba6bnhqFNBOGxUCnGPKPG_ukFX0vA@mail.gmail.com>
 <CANgkMA6HAaGQgYBAPQ_ppw_uBxZZddhCF=k7GKbcS-WQJbC4LQ@mail.gmail.com>
 <D1F272A5.3B2BE%jgfouca@sandia.gov>
 <CANgkMA5d2=NiMxdOA4MVwLYQVaE+aW-GP5=+HrbO2YCyBb4MyQ@mail.gmail.com>
 <D2F0E090.457B9%jgfouca@sandia.gov>
Message-ID: <CANgkMA4nuZ6tnMuRtRPnAk3F_=-Gf5GrNt6=pvbTfAMw0HppnQ@mail.gmail.com>

On Mon, Feb 22, 2016 at 6:03 PM, Foucar, James G <jgfouca at sandia.gov> wrote:

> Hi Zack,
>
> I've been using the "Latest" feature for my ACME project and it's been
> working great. One problem that I wanted to ask you about is that builds in
> a BuildGroup set to Latest seem to no longer support going back in history.
> In other words, from the front dashboard page, no matter how many times you
> click "Previous", you just see the most recent build. How hard would it be
> for Latest builds to show the most recent build from the point of view of
> the date in the URL?
>

Hi Jim,

Thanks for the report.  This should be a relatively easy thing to fix.
I'll report back here when we have something new for you to try.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160224/6d7de8cb/attachment.htm>

From zack.galbreath at kitware.com  Wed Feb 24 13:22:48 2016
From: zack.galbreath at kitware.com (Zack Galbreath)
Date: Wed, 24 Feb 2016 08:22:48 -0500
Subject: [CDash] CDash Installation instructions, github version
In-Reply-To: <E4235302-9E81-4174-99D3-ECCD75F92945@uiowa.edu>
References: <E4235302-9E81-4174-99D3-ECCD75F92945@uiowa.edu>
Message-ID: <CANgkMA7iU_oK3rKyqzAa+Yfzmk0rsZFendOoOfW-h06y7FqNaQ@mail.gmail.com>

On Tue, Feb 23, 2016 at 3:21 PM, Leinoff, Alexander <
alexander-leinoff at uiowa.edu> wrote:

> Hi!
>
> I?m trying to setup my own cash server. I?ve been successful following the
> instructions on the ?CDash Installation? page using the zipped and svn
> versions, but I would like to try the latest and greatest version from
> github. The directory structure of the version on github is completely
> different than the one in the zipped release version, and the directions on
> the wiki page don?t really work. I can?t find any build instructions, and
> I?m at a loss as to what to do. The instructions on the website seem like
> they are geared towards the zipped release version, and don?t work ?as is?
> on the github version.
>
>
Hi Alex,

You might have better luck if you try the 'release' branch from github.
This has lots of files pre-generated for you that master does not, so the
installation experience should be very similar to installing from a .zip
file.

I've updated the installation instructions on the website with this
information.

If you run into any more problems during installation feel free to let us
know.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160224/b8b0f991/attachment.htm>

From andrew.amaclean at gmail.com  Wed Feb 24 23:32:45 2016
From: andrew.amaclean at gmail.com (Andrew Maclean)
Date: Thu, 25 Feb 2016 10:32:45 +1100
Subject: [CDash] Installing and Setting up CDash/Postgresql
Message-ID: <CAHDsG9MnLELb1_ovatRQNXXq1BQYyOwmzQ0Gp9uiLCsk+h58Mw@mail.gmail.com>

I'm setting up CDash in Ubuntu and I think that I have followed all the
instructions Ok, however when I type: http://localhost/CDash/ in the
browser it comes up with:
http://localhost/CDash/viewProjects.php.
How do I continue the install process?
The documentation on  http://public.kitware.com/Wiki/CDash:Installation
seems to indicate that "The first step will confirm the host login and
password for the database, the default admin account and password are also
displayed, make a note of these as you'll need them later, as its easy to
skip past this step missing them ".

Attached is a markdown file documenting what I have done so far. I
installed and set up Apache and I am now trying to set up CDash. Then I
will set up Postgres. Or do I need to set up Postgresql before setting up
CDash? If so what will be the database name and user name?


Any help would be appreciated.

Rgeards
   Andrew

-- 
___________________________________________
Andrew J. P. Maclean

___________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160225/04a44bc1/attachment.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: SettingUpCDashInUbuntu.md
Type: text/x-markdown
Size: 2522 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160225/04a44bc1/attachment-0002.bin>

From andrew.amaclean at gmail.com  Thu Feb 25 06:36:55 2016
From: andrew.amaclean at gmail.com (Andrew Maclean)
Date: Thu, 25 Feb 2016 17:36:55 +1100
Subject: [CDash] Installing and Setting up CDash/Postgresql
In-Reply-To: <CAHDsG9MnLELb1_ovatRQNXXq1BQYyOwmzQ0Gp9uiLCsk+h58Mw@mail.gmail.com>
References: <CAHDsG9MnLELb1_ovatRQNXXq1BQYyOwmzQ0Gp9uiLCsk+h58Mw@mail.gmail.com>
Message-ID: <CAHDsG9NOWCsAA63ixmz2Y9Og+ApgdfdjbuFNYaHY4B6BZ0GsTQ@mail.gmail.com>

Following on:
1) You need to create the postgresql user and the cdash database first.
2) You then need to config.local.php as appropriate and then set the
correct permissions on some folders.
3) Then in the browser type: http://localhost/CDash/install.php
After filling in the form I get the following error:
"ERROR: relation "uuid" already exists"
At this point the build table and indexes have been created.
If I do a refresh and resubmit the form, I get this error:
"ERROR: relation "build" already exists"

Ok ... "build" already exists but the script will not continue.

Now after commenting out line 42 in cdash.sql and redoing the install, I
get the database built (100 tables).

Looking at the documentation in:
http://www.postgresql.org/docs/9.0/static/ddl-constraints.html
It seems that "Adding a unique constraint will automatically create a
unique btree index on the column or group of columns used in the
constraint." so that line is not needed in Postgresql.

Is this a safe thing to do?
When you read on there is this paragraph:
"In general, a unique constraint is violated when there is more than one
row in the table where the values of all of the columns included in the
constraint are equal. However, two null values are not considered equal in
this comparison. That means even in the presence of a unique constraint it
is possible to store duplicate rows that contain a null value in at least
one of the constrained columns. This behavior conforms to the SQL standard,
but we have heard that other SQL databases might not follow this rule. So
be careful when developing applications that are intended to be portable."

Thanks
    Andrew


On Thu, Feb 25, 2016 at 10:32 AM, Andrew Maclean <andrew.amaclean at gmail.com>
wrote:

> I'm setting up CDash in Ubuntu and I think that I have followed all the
> instructions Ok, however when I type: http://localhost/CDash/ in the
> browser it comes up with:
> http://localhost/CDash/viewProjects.php.
> How do I continue the install process?
> The documentation on  http://public.kitware.com/Wiki/CDash:Installation
> seems to indicate that "The first step will confirm the host login and
> password for the database, the default admin account and password are also
> displayed, make a note of these as you'll need them later, as its easy to
> skip past this step missing them ".
>
> Attached is a markdown file documenting what I have done so far. I
> installed and set up Apache and I am now trying to set up CDash. Then I
> will set up Postgres. Or do I need to set up Postgresql before setting up
> CDash? If so what will be the database name and user name?
>
>
> Any help would be appreciated.
>
> Rgeards
>    Andrew
>
> --
> ___________________________________________
> Andrew J. P. Maclean
>
> ___________________________________________
>



-- 
___________________________________________
Andrew J. P. Maclean

___________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160225/0c47a0c7/attachment.htm>

From zack.galbreath at kitware.com  Thu Feb 25 15:28:20 2016
From: zack.galbreath at kitware.com (Zack Galbreath)
Date: Thu, 25 Feb 2016 10:28:20 -0500
Subject: [CDash] Installing and Setting up CDash/Postgresql
In-Reply-To: <CAHDsG9NOWCsAA63ixmz2Y9Og+ApgdfdjbuFNYaHY4B6BZ0GsTQ@mail.gmail.com>
References: <CAHDsG9MnLELb1_ovatRQNXXq1BQYyOwmzQ0Gp9uiLCsk+h58Mw@mail.gmail.com>
 <CAHDsG9NOWCsAA63ixmz2Y9Og+ApgdfdjbuFNYaHY4B6BZ0GsTQ@mail.gmail.com>
Message-ID: <CANgkMA7=DvVvy7oKV+Zk-xDc9TZWv07pHACptk0X=trT=s9TeQ@mail.gmail.com>

Hey Andrew,

Thanks for slogging through this.  As you noticed, our postgres support is
currently broken.  Apparently our automated nightly test of this
configuration was stuck on an old commit.  I'm working on restoring
postgres support now.  I'll send a follow-up email here when the release
branch is back in good shape.


On Thu, Feb 25, 2016 at 1:36 AM, Andrew Maclean <andrew.amaclean at gmail.com>
wrote:

> Looking at the documentation in:
> http://www.postgresql.org/docs/9.0/static/ddl-constraints.html
> It seems that "Adding a unique constraint will automatically create a
> unique btree index on the column or group of columns used in the
> constraint." so that line is not needed in Postgresql.
>

Thanks for the tip!



> Is this a safe thing to do?
> When you read on there is this paragraph:
> "In general, a unique constraint is violated when there is more than one
> row in the table where the values of all of the columns included in the
> constraint are equal. However, two null values are not considered equal in
> this comparison. That means even in the presence of a unique constraint it
> is possible to store duplicate rows that contain a null value in at least
> one of the constrained columns. This behavior conforms to the SQL standard,
> but we have heard that other SQL databases might not follow this rule. So
> be careful when developing applications that are intended to be portable."
>

The uuid field is setup to be NOT NULL, so hopefully this gotcha won't
impact our particular use of the unique constraint.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160225/db7c79de/attachment.htm>

From andrew.amaclean at gmail.com  Thu Feb 25 23:23:14 2016
From: andrew.amaclean at gmail.com (Andrew Maclean)
Date: Fri, 26 Feb 2016 10:23:14 +1100
Subject: [CDash] Installing and Setting up CDash/Postgresql
In-Reply-To: <CANgkMA7=DvVvy7oKV+Zk-xDc9TZWv07pHACptk0X=trT=s9TeQ@mail.gmail.com>
References: <CAHDsG9MnLELb1_ovatRQNXXq1BQYyOwmzQ0Gp9uiLCsk+h58Mw@mail.gmail.com>
 <CAHDsG9NOWCsAA63ixmz2Y9Og+ApgdfdjbuFNYaHY4B6BZ0GsTQ@mail.gmail.com>
 <CANgkMA7=DvVvy7oKV+Zk-xDc9TZWv07pHACptk0X=trT=s9TeQ@mail.gmail.com>
Message-ID: <CAHDsG9MwEkSVx_6nxqpVpthuebf2=s5WmqL6hpvSPqjVhRCQLg@mail.gmail.com>

Thanks for doing this. I should have some usable notes when this is done.

There is something definitely odd: http://localhost/CDash/viewProjects.php
just displays a blank page, I owuld have at least expected all the usual
Cdash stuff minus the project. Headers/Footers etc.
Regards
    Andrew


On Fri, Feb 26, 2016 at 2:28 AM, Zack Galbreath <zack.galbreath at kitware.com>
wrote:

> Hey Andrew,
>
> Thanks for slogging through this.  As you noticed, our postgres support is
> currently broken.  Apparently our automated nightly test of this
> configuration was stuck on an old commit.  I'm working on restoring
> postgres support now.  I'll send a follow-up email here when the release
> branch is back in good shape.
>
>
> On Thu, Feb 25, 2016 at 1:36 AM, Andrew Maclean <andrew.amaclean at gmail.com
> > wrote:
>
>> Looking at the documentation in:
>> http://www.postgresql.org/docs/9.0/static/ddl-constraints.html
>> It seems that "Adding a unique constraint will automatically create a
>> unique btree index on the column or group of columns used in the
>> constraint." so that line is not needed in Postgresql.
>>
>
> Thanks for the tip!
>
>
>
>> Is this a safe thing to do?
>> When you read on there is this paragraph:
>> "In general, a unique constraint is violated when there is more than one
>> row in the table where the values of all of the columns included in the
>> constraint are equal. However, two null values are not considered equal in
>> this comparison. That means even in the presence of a unique constraint it
>> is possible to store duplicate rows that contain a null value in at least
>> one of the constrained columns. This behavior conforms to the SQL standard,
>> but we have heard that other SQL databases might not follow this rule. So
>> be careful when developing applications that are intended to be portable."
>>
>
> The uuid field is setup to be NOT NULL, so hopefully this gotcha won't
> impact our particular use of the unique constraint.
>



-- 
___________________________________________
Andrew J. P. Maclean

___________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160226/f60934df/attachment.htm>

From jgfouca at sandia.gov  Mon Feb 22 23:03:00 2016
From: jgfouca at sandia.gov (Foucar, James G)
Date: Mon, 22 Feb 2016 23:03:00 +0000
Subject: [CDash] [EXTERNAL] Re: my.cdash.org upgrade
In-Reply-To: <CANgkMA5d2=NiMxdOA4MVwLYQVaE+aW-GP5=+HrbO2YCyBb4MyQ@mail.gmail.com>
References: <CANgkMA4sFKurmbzpHWb0jba6bnhqFNBOGxUCnGPKPG_ukFX0vA@mail.gmail.com>
 <CANgkMA6HAaGQgYBAPQ_ppw_uBxZZddhCF=k7GKbcS-WQJbC4LQ@mail.gmail.com>
 <D1F272A5.3B2BE%jgfouca@sandia.gov>
 <CANgkMA5d2=NiMxdOA4MVwLYQVaE+aW-GP5=+HrbO2YCyBb4MyQ@mail.gmail.com>
Message-ID: <D2F0E090.457B9%jgfouca@sandia.gov>

Hi Zack,

I've been using the "Latest" feature for my ACME project and it's been working great. One problem that I wanted to ask you about is that builds in a BuildGroup set to Latest seem to no longer support going back in history. In other words, from the front dashboard page, no matter how many times you click "Previous", you just see the most recent build. How hard would it be for Latest builds to show the most recent build from the point of view of the date in the URL?

-Jim

From: Zack Galbreath <zack.galbreath at kitware.com<mailto:zack.galbreath at kitware.com>>
Date: Monday, August 17, 2015 at 7:04 AM
To: "Foucar, James G" <jgfouca at sandia.gov<mailto:jgfouca at sandia.gov>>
Cc: cdash <cdash at public.kitware.com<mailto:cdash at public.kitware.com>>
Subject: Re: [EXTERNAL] Re: my.cdash.org upgrade

On Thu, Aug 13, 2015 at 6:16 PM, Foucar, James G <jgfouca at sandia.gov<mailto:jgfouca at sandia.gov>> wrote:
Hi Zack,

The new "Latest" build type looks good. Couple questions:


  1.  Is there anything different I need to do on the client side to get test results sent to my custom BuildGroup?

Nope, just make sure they match the rules you defined here:
http://my.cdash.org/manageBuildGroup.php?projectid=828#/dynamic



  1.  If you look here: http://my.cdash.org/index.php?project=ACME_Climate , I was able to move all recent builds to the custom BuildGroup, but, somehow, I got three copies of the blues results and I cannot delete the extras. Any ideas?

I just fixed this for you.  You should be able to delete dynamic buildgroup rows at the same URL I linked above.  Here's the relevant screenshot:

[cid:ii_idfzsove0_14f3bf95ebd96fd3]

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160222/31dbee55/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: delete_rows.png
Type: image/png
Size: 107166 bytes
Desc: delete_rows.png
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160222/31dbee55/attachment-0003.png>

From alexander-leinoff at uiowa.edu  Tue Feb 23 20:21:00 2016
From: alexander-leinoff at uiowa.edu (Leinoff, Alexander)
Date: Tue, 23 Feb 2016 20:21:00 +0000
Subject: [CDash] CDash Installation instructions, github version
Message-ID: <E4235302-9E81-4174-99D3-ECCD75F92945@uiowa.edu>

Hi!

I?m trying to setup my own cash server. I?ve been successful following the instructions on the ?CDash Installation? page using the zipped and svn versions, but I would like to try the latest and greatest version from github. The directory structure of the version on github is completely different than the one in the zipped release version, and the directions on the wiki page don?t really work. I can?t find any build instructions, and I?m at a loss as to what to do. The instructions on the website seem like they are geared towards the zipped release version, and don?t work ?as is? on the github version.

Thanks
  Alex
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160223/adb465ec/attachment-0001.htm>

From zack.galbreath at kitware.com  Wed Feb 24 13:15:23 2016
From: zack.galbreath at kitware.com (Zack Galbreath)
Date: Wed, 24 Feb 2016 08:15:23 -0500
Subject: [CDash] [EXTERNAL] Re: my.cdash.org upgrade
In-Reply-To: <D2F0E090.457B9%jgfouca@sandia.gov>
References: <CANgkMA4sFKurmbzpHWb0jba6bnhqFNBOGxUCnGPKPG_ukFX0vA@mail.gmail.com>
 <CANgkMA6HAaGQgYBAPQ_ppw_uBxZZddhCF=k7GKbcS-WQJbC4LQ@mail.gmail.com>
 <D1F272A5.3B2BE%jgfouca@sandia.gov>
 <CANgkMA5d2=NiMxdOA4MVwLYQVaE+aW-GP5=+HrbO2YCyBb4MyQ@mail.gmail.com>
 <D2F0E090.457B9%jgfouca@sandia.gov>
Message-ID: <CANgkMA4nuZ6tnMuRtRPnAk3F_=-Gf5GrNt6=pvbTfAMw0HppnQ@mail.gmail.com>

On Mon, Feb 22, 2016 at 6:03 PM, Foucar, James G <jgfouca at sandia.gov> wrote:

> Hi Zack,
>
> I've been using the "Latest" feature for my ACME project and it's been
> working great. One problem that I wanted to ask you about is that builds in
> a BuildGroup set to Latest seem to no longer support going back in history.
> In other words, from the front dashboard page, no matter how many times you
> click "Previous", you just see the most recent build. How hard would it be
> for Latest builds to show the most recent build from the point of view of
> the date in the URL?
>

Hi Jim,

Thanks for the report.  This should be a relatively easy thing to fix.
I'll report back here when we have something new for you to try.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160224/6d7de8cb/attachment-0001.htm>

From zack.galbreath at kitware.com  Wed Feb 24 13:22:48 2016
From: zack.galbreath at kitware.com (Zack Galbreath)
Date: Wed, 24 Feb 2016 08:22:48 -0500
Subject: [CDash] CDash Installation instructions, github version
In-Reply-To: <E4235302-9E81-4174-99D3-ECCD75F92945@uiowa.edu>
References: <E4235302-9E81-4174-99D3-ECCD75F92945@uiowa.edu>
Message-ID: <CANgkMA7iU_oK3rKyqzAa+Yfzmk0rsZFendOoOfW-h06y7FqNaQ@mail.gmail.com>

On Tue, Feb 23, 2016 at 3:21 PM, Leinoff, Alexander <
alexander-leinoff at uiowa.edu> wrote:

> Hi!
>
> I?m trying to setup my own cash server. I?ve been successful following the
> instructions on the ?CDash Installation? page using the zipped and svn
> versions, but I would like to try the latest and greatest version from
> github. The directory structure of the version on github is completely
> different than the one in the zipped release version, and the directions on
> the wiki page don?t really work. I can?t find any build instructions, and
> I?m at a loss as to what to do. The instructions on the website seem like
> they are geared towards the zipped release version, and don?t work ?as is?
> on the github version.
>
>
Hi Alex,

You might have better luck if you try the 'release' branch from github.
This has lots of files pre-generated for you that master does not, so the
installation experience should be very similar to installing from a .zip
file.

I've updated the installation instructions on the website with this
information.

If you run into any more problems during installation feel free to let us
know.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160224/b8b0f991/attachment-0001.htm>

From andrew.amaclean at gmail.com  Wed Feb 24 23:32:45 2016
From: andrew.amaclean at gmail.com (Andrew Maclean)
Date: Thu, 25 Feb 2016 10:32:45 +1100
Subject: [CDash] Installing and Setting up CDash/Postgresql
Message-ID: <CAHDsG9MnLELb1_ovatRQNXXq1BQYyOwmzQ0Gp9uiLCsk+h58Mw@mail.gmail.com>

I'm setting up CDash in Ubuntu and I think that I have followed all the
instructions Ok, however when I type: http://localhost/CDash/ in the
browser it comes up with:
http://localhost/CDash/viewProjects.php.
How do I continue the install process?
The documentation on  http://public.kitware.com/Wiki/CDash:Installation
seems to indicate that "The first step will confirm the host login and
password for the database, the default admin account and password are also
displayed, make a note of these as you'll need them later, as its easy to
skip past this step missing them ".

Attached is a markdown file documenting what I have done so far. I
installed and set up Apache and I am now trying to set up CDash. Then I
will set up Postgres. Or do I need to set up Postgresql before setting up
CDash? If so what will be the database name and user name?


Any help would be appreciated.

Rgeards
   Andrew

-- 
___________________________________________
Andrew J. P. Maclean

___________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160225/04a44bc1/attachment-0001.htm>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: SettingUpCDashInUbuntu.md
Type: text/x-markdown
Size: 2522 bytes
Desc: not available
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160225/04a44bc1/attachment-0003.bin>

From andrew.amaclean at gmail.com  Thu Feb 25 06:36:55 2016
From: andrew.amaclean at gmail.com (Andrew Maclean)
Date: Thu, 25 Feb 2016 17:36:55 +1100
Subject: [CDash] Installing and Setting up CDash/Postgresql
In-Reply-To: <CAHDsG9MnLELb1_ovatRQNXXq1BQYyOwmzQ0Gp9uiLCsk+h58Mw@mail.gmail.com>
References: <CAHDsG9MnLELb1_ovatRQNXXq1BQYyOwmzQ0Gp9uiLCsk+h58Mw@mail.gmail.com>
Message-ID: <CAHDsG9NOWCsAA63ixmz2Y9Og+ApgdfdjbuFNYaHY4B6BZ0GsTQ@mail.gmail.com>

Following on:
1) You need to create the postgresql user and the cdash database first.
2) You then need to config.local.php as appropriate and then set the
correct permissions on some folders.
3) Then in the browser type: http://localhost/CDash/install.php
After filling in the form I get the following error:
"ERROR: relation "uuid" already exists"
At this point the build table and indexes have been created.
If I do a refresh and resubmit the form, I get this error:
"ERROR: relation "build" already exists"

Ok ... "build" already exists but the script will not continue.

Now after commenting out line 42 in cdash.sql and redoing the install, I
get the database built (100 tables).

Looking at the documentation in:
http://www.postgresql.org/docs/9.0/static/ddl-constraints.html
It seems that "Adding a unique constraint will automatically create a
unique btree index on the column or group of columns used in the
constraint." so that line is not needed in Postgresql.

Is this a safe thing to do?
When you read on there is this paragraph:
"In general, a unique constraint is violated when there is more than one
row in the table where the values of all of the columns included in the
constraint are equal. However, two null values are not considered equal in
this comparison. That means even in the presence of a unique constraint it
is possible to store duplicate rows that contain a null value in at least
one of the constrained columns. This behavior conforms to the SQL standard,
but we have heard that other SQL databases might not follow this rule. So
be careful when developing applications that are intended to be portable."

Thanks
    Andrew


On Thu, Feb 25, 2016 at 10:32 AM, Andrew Maclean <andrew.amaclean at gmail.com>
wrote:

> I'm setting up CDash in Ubuntu and I think that I have followed all the
> instructions Ok, however when I type: http://localhost/CDash/ in the
> browser it comes up with:
> http://localhost/CDash/viewProjects.php.
> How do I continue the install process?
> The documentation on  http://public.kitware.com/Wiki/CDash:Installation
> seems to indicate that "The first step will confirm the host login and
> password for the database, the default admin account and password are also
> displayed, make a note of these as you'll need them later, as its easy to
> skip past this step missing them ".
>
> Attached is a markdown file documenting what I have done so far. I
> installed and set up Apache and I am now trying to set up CDash. Then I
> will set up Postgres. Or do I need to set up Postgresql before setting up
> CDash? If so what will be the database name and user name?
>
>
> Any help would be appreciated.
>
> Rgeards
>    Andrew
>
> --
> ___________________________________________
> Andrew J. P. Maclean
>
> ___________________________________________
>



-- 
___________________________________________
Andrew J. P. Maclean

___________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160225/0c47a0c7/attachment-0001.htm>

From zack.galbreath at kitware.com  Thu Feb 25 15:28:20 2016
From: zack.galbreath at kitware.com (Zack Galbreath)
Date: Thu, 25 Feb 2016 10:28:20 -0500
Subject: [CDash] Installing and Setting up CDash/Postgresql
In-Reply-To: <CAHDsG9NOWCsAA63ixmz2Y9Og+ApgdfdjbuFNYaHY4B6BZ0GsTQ@mail.gmail.com>
References: <CAHDsG9MnLELb1_ovatRQNXXq1BQYyOwmzQ0Gp9uiLCsk+h58Mw@mail.gmail.com>
 <CAHDsG9NOWCsAA63ixmz2Y9Og+ApgdfdjbuFNYaHY4B6BZ0GsTQ@mail.gmail.com>
Message-ID: <CANgkMA7=DvVvy7oKV+Zk-xDc9TZWv07pHACptk0X=trT=s9TeQ@mail.gmail.com>

Hey Andrew,

Thanks for slogging through this.  As you noticed, our postgres support is
currently broken.  Apparently our automated nightly test of this
configuration was stuck on an old commit.  I'm working on restoring
postgres support now.  I'll send a follow-up email here when the release
branch is back in good shape.


On Thu, Feb 25, 2016 at 1:36 AM, Andrew Maclean <andrew.amaclean at gmail.com>
wrote:

> Looking at the documentation in:
> http://www.postgresql.org/docs/9.0/static/ddl-constraints.html
> It seems that "Adding a unique constraint will automatically create a
> unique btree index on the column or group of columns used in the
> constraint." so that line is not needed in Postgresql.
>

Thanks for the tip!



> Is this a safe thing to do?
> When you read on there is this paragraph:
> "In general, a unique constraint is violated when there is more than one
> row in the table where the values of all of the columns included in the
> constraint are equal. However, two null values are not considered equal in
> this comparison. That means even in the presence of a unique constraint it
> is possible to store duplicate rows that contain a null value in at least
> one of the constrained columns. This behavior conforms to the SQL standard,
> but we have heard that other SQL databases might not follow this rule. So
> be careful when developing applications that are intended to be portable."
>

The uuid field is setup to be NOT NULL, so hopefully this gotcha won't
impact our particular use of the unique constraint.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160225/db7c79de/attachment-0001.htm>

From andrew.amaclean at gmail.com  Thu Feb 25 23:23:14 2016
From: andrew.amaclean at gmail.com (Andrew Maclean)
Date: Fri, 26 Feb 2016 10:23:14 +1100
Subject: [CDash] Installing and Setting up CDash/Postgresql
In-Reply-To: <CANgkMA7=DvVvy7oKV+Zk-xDc9TZWv07pHACptk0X=trT=s9TeQ@mail.gmail.com>
References: <CAHDsG9MnLELb1_ovatRQNXXq1BQYyOwmzQ0Gp9uiLCsk+h58Mw@mail.gmail.com>
 <CAHDsG9NOWCsAA63ixmz2Y9Og+ApgdfdjbuFNYaHY4B6BZ0GsTQ@mail.gmail.com>
 <CANgkMA7=DvVvy7oKV+Zk-xDc9TZWv07pHACptk0X=trT=s9TeQ@mail.gmail.com>
Message-ID: <CAHDsG9MwEkSVx_6nxqpVpthuebf2=s5WmqL6hpvSPqjVhRCQLg@mail.gmail.com>

Thanks for doing this. I should have some usable notes when this is done.

There is something definitely odd: http://localhost/CDash/viewProjects.php
just displays a blank page, I owuld have at least expected all the usual
Cdash stuff minus the project. Headers/Footers etc.
Regards
    Andrew


On Fri, Feb 26, 2016 at 2:28 AM, Zack Galbreath <zack.galbreath at kitware.com>
wrote:

> Hey Andrew,
>
> Thanks for slogging through this.  As you noticed, our postgres support is
> currently broken.  Apparently our automated nightly test of this
> configuration was stuck on an old commit.  I'm working on restoring
> postgres support now.  I'll send a follow-up email here when the release
> branch is back in good shape.
>
>
> On Thu, Feb 25, 2016 at 1:36 AM, Andrew Maclean <andrew.amaclean at gmail.com
> > wrote:
>
>> Looking at the documentation in:
>> http://www.postgresql.org/docs/9.0/static/ddl-constraints.html
>> It seems that "Adding a unique constraint will automatically create a
>> unique btree index on the column or group of columns used in the
>> constraint." so that line is not needed in Postgresql.
>>
>
> Thanks for the tip!
>
>
>
>> Is this a safe thing to do?
>> When you read on there is this paragraph:
>> "In general, a unique constraint is violated when there is more than one
>> row in the table where the values of all of the columns included in the
>> constraint are equal. However, two null values are not considered equal in
>> this comparison. That means even in the presence of a unique constraint it
>> is possible to store duplicate rows that contain a null value in at least
>> one of the constrained columns. This behavior conforms to the SQL standard,
>> but we have heard that other SQL databases might not follow this rule. So
>> be careful when developing applications that are intended to be portable."
>>
>
> The uuid field is setup to be NOT NULL, so hopefully this gotcha won't
> impact our particular use of the unique constraint.
>



-- 
___________________________________________
Andrew J. P. Maclean

___________________________________________
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://public.kitware.com/pipermail/cdash/attachments/20160226/f60934df/attachment-0001.htm>