Re: [HACKERS] [buildfarm-members] BuildFarm client release 4.19 - Mailing list pgsql-hackers

From Andrew Dunstan
Subject Re: [HACKERS] [buildfarm-members] BuildFarm client release 4.19
Date
Msg-id 1f6518d5-7452-6def-24ed-d0fd9d25ebf4@2ndQuadrant.com
Whole thread Raw
In response to Re: [HACKERS] [buildfarm-members] BuildFarm client release 4.19  (Tom Lane <tgl@sss.pgh.pa.us>)
List pgsql-hackers

On 04/19/2017 01:38 PM, Tom Lane wrote:
> Andrew Dunstan <andrew.dunstan@2ndquadrant.com> writes:
>> I have released version 4.19 of the PostgreSQL Buildfarm client. It can
>> be downloaded from
>> <https://buildfarm.postgresql.org/downloads/releases/build-farm-4_19.tgz>
> Nice work!
>


Thank you.


>>   * Improvements to TAP tests logging and coverage. Each test set (i.e
>>     each /t directory) is now logged separately. Coverage is extended to
>>     remaining test sets in src/test except SSL tests.
> I was going to plead with buildfarm owners who use --enable-tap-tests to
> update sooner rather than later, because this separate-logging behavior
> is going to make it a lot less painful to decipher failures during the
> TAP tests.  However, in view of my results in
> https://www.postgresql.org/message-id/21358.1492622881%40sss.pgh.pa.us
> I can't really recommend that owners of slower machines update just yet.
> Hopefully we can do something to trim down the added runtime.


As I mentioned in reply to that thread, you can disable the extra TAP
tests with this addition to the command line:

    --skip-steps=misc-check


>
>> These changes mean that the client is more useful for testing
>> development code, and also that testing config settings is much simpler.
>> An initial test run on a fresh installation is now as simple as:
>> ...
>> To test development code, the from-source option is now much more
>> flexible and friendly. For example, one might do something like:
> These things are pretty cool, but maybe they need to be documented at
> https://wiki.postgresql.org/wiki/PostgreSQL_Buildfarm_Howto
> ?
>
>



Indeed. I am planning to.

cheers

andrew


--
Andrew Dunstan                https://www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services



pgsql-hackers by date:

Previous
From: Andrew Dunstan
Date:
Subject: Re: [HACKERS] Cost of src/test/recovery and .../subscription tests
Next
From: Nikolay Shaplov
Date:
Subject: Re: [HACKERS] [PATCH v.7a] Move all am-related reloption code into src/backend/access/[am-name] and get rid of relopt_kind for custom AM