Thread: Re: Announcing Release 6 of PostgreSQL Buildfarm client
Andrew Dunstan <andrew.dunstan@2ndquadrant.com> writes: > PostgreSQL Buildfarm client Release 6 is now available and can be > downloaded from > <https://buildfarm.postgresql.org/downloads/releases/build-farm-6.tgz> This seems to have gotten much chattier than previous versions; it's emitting routine messages on stdout (or possibly stderr) like this: Thu Jan 4 12:29:02 2018: buildfarm run for longfin:REL9_3_STABLE starting [12:29:02] checking out source ... [12:29:07] checking if build run needed ... [12:29:07] No build required: last status = Wed Jan 3 20:39:01 2018 GMT, current snapshot = Wed Jan 3 20:34:21 2018 GMT,changed files = 0 Thu Jan 4 12:29:07 2018: buildfarm run for longfin:REL9_4_STABLE starting [12:29:08] checking out source ... [12:29:09] checking if build run needed ... [12:29:10] No build required: last status = Wed Jan 3 20:49:41 2018 GMT, current snapshot = Wed Jan 3 20:34:02 2018 GMT,changed files = 0 Thu Jan 4 12:29:10 2018: buildfarm run for longfin:REL9_5_STABLE starting [12:29:10] checking out source ... [12:29:12] checking if build run needed ... [12:29:12] No build required: last status = Wed Jan 3 21:06:41 2018 GMT, current snapshot = Wed Jan 3 20:39:59 2018 GMT,changed files = 0 Thu Jan 4 12:29:12 2018: buildfarm run for longfin:REL9_6_STABLE starting [12:29:12] checking out source ... [12:29:15] checking if build run needed ... [12:29:15] No build required: last status = Wed Jan 3 22:39:18 2018 GMT, current snapshot = Wed Jan 3 21:16:43 2018 GMT,changed files = 0 Thu Jan 4 12:29:15 2018: buildfarm run for longfin:REL_10_STABLE starting [12:29:15] checking out source ... [12:29:18] checking if build run needed ... [12:29:18] No build required: last status = Wed Jan 3 21:47:10 2018 GMT, current snapshot = Wed Jan 3 21:22:35 2018 GMT,changed files = 0 Thu Jan 4 12:29:18 2018: buildfarm run for longfin:HEAD starting [12:29:18] checking out source ... [12:29:21] checking if build run needed ... [12:29:21] No build required: last status = Thu Jan 4 16:59:05 2018 GMT, current snapshot = Thu Jan 4 15:34:41 2018 GMT,changed files = 0 which means I get mail every time the cron script runs. Needless to say, that will not do. Previously, mail only showed up when there was a git checkout failure. How do I get back to the old behavior? regards, tom lane
I wrote: > which means I get mail every time the cron script runs. Needless > to say, that will not do. Previously, mail only showed up when > there was a git checkout failure. How do I get back to the > old behavior? Diff'ing the v5 and v6 releases soon provided the answer: for some reason v6 is forcing the verbose switch on. I hope that was unintentional? Anyway, I'm happy again after applying this patch: --- PGBuild/Options.pm~ 2018-01-04 08:38:29.000000000 -0500 +++ PGBuild/Options.pm 2018-01-04 12:40:14.000000000 -0500 @@ -78,8 +78,6 @@ GetOptions(%standard_options, @_) || die "bad command line"; - # override GetOptions default for :i - $verbose = 1 if (defined($verbose) && $verbose==0); $verbose ||= 0; # stop complaints about undefined var in numeric comparison } regards, tom lane
On 01/04/2018 12:51 PM, Tom Lane wrote: > I wrote: >> which means I get mail every time the cron script runs. Needless >> to say, that will not do. Previously, mail only showed up when >> there was a git checkout failure. How do I get back to the >> old behavior? > Diff'ing the v5 and v6 releases soon provided the answer: for some > reason v6 is forcing the verbose switch on. I hope that was > unintentional? Anyway, I'm happy again after applying this patch: > > --- PGBuild/Options.pm~ 2018-01-04 08:38:29.000000000 -0500 > +++ PGBuild/Options.pm 2018-01-04 12:40:14.000000000 -0500 > @@ -78,8 +78,6 @@ > GetOptions(%standard_options, @_) > || die "bad command line"; > > - # override GetOptions default for :i > - $verbose = 1 if (defined($verbose) && $verbose==0); > $verbose ||= 0; # stop complaints about undefined var in numeric comparison > } > > > OK, I'll sort that out. Thanks for the fast report. cheers andrew -- Andrew Dunstan https://www.2ndQuadrant.com PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
On 01/04/2018 12:51 PM, Tom Lane wrote: > I wrote: >> which means I get mail every time the cron script runs. Needless >> to say, that will not do. Previously, mail only showed up when >> there was a git checkout failure. How do I get back to the >> old behavior? > Diff'ing the v5 and v6 releases soon provided the answer: for some > reason v6 is forcing the verbose switch on. I hope that was > unintentional? Anyway, I'm happy again after applying this patch: > > --- PGBuild/Options.pm~ 2018-01-04 08:38:29.000000000 -0500 > +++ PGBuild/Options.pm 2018-01-04 12:40:14.000000000 -0500 > @@ -78,8 +78,6 @@ > GetOptions(%standard_options, @_) > || die "bad command line"; > > - # override GetOptions default for :i > - $verbose = 1 if (defined($verbose) && $verbose==0); > $verbose ||= 0; # stop complaints about undefined var in numeric comparison > } > > > What is weird is that the only change has been to move this from run_build.pl into PGBuild::Options::fetch_options. Those two lines have been in run_build.pl for many years: 2cdd46ae (Andrew Dunstan 2004-09-24 20:22:32 +0000 111)$verbose=1 if (defined($verbose) && $verbose==0); 4307d647 (Andrew Dunstan 2005-12-23 16:55:53 +0000 112)$verbose ||= 0; # stop complaints about undefined var in numeric comparison and the lines you showed come from run_build.pl. The rationale for the move was to make the flag sanely available to other programs, specifically run_branches.pl. So it's very odd. I'll do some experimenting. cheers andrew -- Andrew Dunstan https://www.2ndQuadrant.com PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
On 01/04/2018 01:27 PM, Andrew Dunstan wrote: > > On 01/04/2018 12:51 PM, Tom Lane wrote: >> I wrote: >>> which means I get mail every time the cron script runs. Needless >>> to say, that will not do. Previously, mail only showed up when >>> there was a git checkout failure. How do I get back to the >>> old behavior? >> Diff'ing the v5 and v6 releases soon provided the answer: for some >> reason v6 is forcing the verbose switch on. I hope that was >> unintentional? Anyway, I'm happy again after applying this patch: >> >> --- PGBuild/Options.pm~ 2018-01-04 08:38:29.000000000 -0500 >> +++ PGBuild/Options.pm 2018-01-04 12:40:14.000000000 -0500 >> @@ -78,8 +78,6 @@ >> GetOptions(%standard_options, @_) >> || die "bad command line"; >> >> - # override GetOptions default for :i >> - $verbose = 1 if (defined($verbose) && $verbose==0); >> $verbose ||= 0; # stop complaints about undefined var in numeric comparison >> } >> >> >> > > > > What is weird is that the only change has been to move this from > run_build.pl into PGBuild::Options::fetch_options. Those two lines have > been in run_build.pl for many years: > > 2cdd46ae (Andrew Dunstan 2004-09-24 20:22:32 +0000 111)$verbose=1 > if (defined($verbose) && $verbose==0); > 4307d647 (Andrew Dunstan 2005-12-23 16:55:53 +0000 112)$verbose ||= > 0; # stop complaints about undefined var in numeric comparison > > and the lines you showed come from run_build.pl. > > The rationale for the move was to make the flag sanely available to > other programs, specifically run_branches.pl. > > So it's very odd. I'll do some experimenting. > Hah! I have it. How annoying. It's run_branches passing the adjusted value through to run_build. Will fix. cheers andrew -- Andrew Dunstan https://www.2ndQuadrant.com PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
On 01/04/2018 12:51 PM, Tom Lane wrote: > I wrote: >> which means I get mail every time the cron script runs. Needless >> to say, that will not do. Previously, mail only showed up when >> there was a git checkout failure. How do I get back to the >> old behavior? > Diff'ing the v5 and v6 releases soon provided the answer: for some > reason v6 is forcing the verbose switch on. I hope that was > unintentional? Anyway, I'm happy again after applying this patch: > > --- PGBuild/Options.pm~ 2018-01-04 08:38:29.000000000 -0500 > +++ PGBuild/Options.pm 2018-01-04 12:40:14.000000000 -0500 > @@ -78,8 +78,6 @@ > GetOptions(%standard_options, @_) > || die "bad command line"; > > - # override GetOptions default for :i > - $verbose = 1 if (defined($verbose) && $verbose==0); > $verbose ||= 0; # stop complaints about undefined var in numeric comparison > } > This should fix it: <https://raw.githubusercontent.com/PGBuildFarm/client-code/5c71fb6ba1be83db6aca45e718b4a541b0b89f4c/PGBuild/Options.pm> cheers andrew -- Andrew Dunstan https://www.2ndQuadrant.com PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services