Re: Re: [COMMITTERS] pgsql: pg_regress: Replace exit_nicely() with exit() plus atexit() hook - Mailing list pgsql-hackers

From Peter Eisentraut
Subject Re: Re: [COMMITTERS] pgsql: pg_regress: Replace exit_nicely() with exit() plus atexit() hook
Date
Msg-id 1325633345.19883.17.camel@vanquo.pezone.net
Whole thread Raw
In response to Re: [COMMITTERS] pgsql: pg_regress: Replace exit_nicely() with exit() plus atexit() hook  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: Re: [COMMITTERS] pgsql: pg_regress: Replace exit_nicely() with exit() plus atexit() hook  (Andrew Dunstan <andrew@dunslane.net>)
Re: Re: [COMMITTERS] pgsql: pg_regress: Replace exit_nicely() with exit() plus atexit() hook  (Robert Haas <robertmhaas@gmail.com>)
List pgsql-hackers
On mån, 2012-01-02 at 17:27 -0500, Andrew Dunstan wrote:
> 
> On 01/02/2012 04:37 PM, Peter Eisentraut wrote:
> > On mån, 2012-01-02 at 15:55 -0500, Andrew Dunstan wrote:
> >> On 01/02/2012 03:12 PM, Peter Eisentraut wrote:
> >>> pg_regress: Replace exit_nicely() with exit() plus atexit() hook
> >>>
> >> This appears to have broken the buildfarm.
> > I think you mean it has caused the build to fail on some buildfarm
> > members.  AFAICT, the buildfarm itself is still intact.
>
> This is hardly the first use of this idiom.

But it's about as helpful as a bug report saying "help it's broken".

> > I think there is some room for improvement there:
> >
> > - Why is the isolation test not part of check-world/installcheck-world?
> 
> 
> The buildfarm does not use the -world targets, for several reasons, 
> including:

That was not my question.  I run check-world/installcheck-world locally,
and if the isolation test had been part of this, this problem wouldn't
have happened.

> > - Could we get the buildfarm server to send out emails whenever a build
> > fails?

> This facility has been there for years

Cool, maybe it could be advertised on buildfarm.postgresql.org.  I
couldn't see any link leading from there to anywhere near the mailing
lists.




pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: Should I implement DROP INDEX CONCURRENTLY?
Next
From: Andrew Dunstan
Date:
Subject: Re: [patch] Improve documentation around FreeBSD Kernel Tuning