Re: Buildfarm support for older versions

From: Andrew Dunstan <andrew(at)dunslane(dot)net>
To: Larry Rosenman <ler(at)lerctr(dot)org>
Cc: PostgreSQL-development <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Buildfarm support for older versions
Date: 2021-12-16 16:02:53
Message-ID: 9f19e31d-491c-957a-aa18-21bacc8e6c4a@dunslane.net
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers


On 12/15/21 21:36, Larry Rosenman wrote:
> On 12/15/2021 11:15 am, Andrew Dunstan wrote:
>> OK, old_branches_of_interest.txt now exists on the buildfarm server, and
>> the code has been modified to take notice of it (i.e. to accept builds
>> for branches listed there). The contents are the non-live versions from
>> 9.2 on.
>>
>> I have set up a test buildfarm client (which will eventually report
>> under the name 'godwit') alongside crake (Fedora 34). So far testing has
>> run smoothly, there are only two glitches:
>>
>>   * 9.3 and 9.2 don't have a show_dl_suffix make target. This would
>>     require backpatching b40cb99b85 and d9cdb1ba9e. That's a tiny
>>     change, and I propose to do it shortly unless there's an objection.
>>   * I need to undo the removal of client logic that supported 9.2's
>>     unix_socket_directory setting as opposed to the later
>>     unix_socket_directories.
>>
>>
>
> Would a FreeBSD head (peripatus or a new animal) help?

A new animal, because we're not supporting every build option. On the
non-live branches you really only want:

    --enable-debug --enable-cassert --enable-nls

    --enable-tap-tests --with-perl

You can make it share the same storage as your existing animal (godwit and crake do this). The client is smart enough to manage locks of several animals appropriately.

cheers

andrew

--
Andrew Dunstan
EDB: https://www.enterprisedb.com

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Ronan Dunklau 2021-12-16 16:03:39 Re: Use generation context to speed up tuplesorts
Previous Message David G. Johnston 2021-12-16 16:01:09 Re: Privilege required for IF EXISTS event if the object already exists