From: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
---|---|
To: | Noah Misch <noah(at)leadboat(dot)com> |
Cc: | buildfarm-members(at)lists(dot)postgresql(dot)org, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: Announcing Release 15 of the PostgreSQL Buildfarm client |
Date: | 2023-01-01 02:11:04 |
Message-ID: | 4c64a49e-fa1a-f1a0-58bf-f432ad327751@dunslane.net |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | buildfarm-members pgsql-hackers |
On 2022-12-31 Sa 20:55, Noah Misch wrote:
> On Sat, Dec 31, 2022 at 10:02:32AM -0500, Andrew Dunstan wrote:
>> * check if a branch is up to date before trying to run it
>> This only applies if the |branches_to_build| setting is a keyword
>> rather than a list of branches. It reduces the number of useless
>> calls to |git pull| to almost zero.
> This new reliance on buildfarm.postgresql.org/branches_of_interest.json is
> trouble for non-SSL buildfarm animals.
> http://buildfarm.postgresql.org/branches_of_interest.txt has an exemption to
> allow serving over plain http, but the json URL just redirects the client to
> https. Can the json file get the same exemption-from-redirect that the txt
> file has?
I didn't realize there were animals left other than mine which had this
issue. I asked the admins some weeks ago to fix this (I don't have
privilege to do so), but have not had a response yet. The temporary
workaround is to use a list of named branches, e.g. instead of 'ALL' use
[qw(REL_11_STABLE REL_12_STABLE REL_13_STABLE REL_14_STABLE
REL_15_STABLE HEAD)]
cheers
andrew
--
Andrew Dunstan
EDB: https://www.enterprisedb.com
From | Date | Subject | |
---|---|---|---|
Next Message | Andrew Dunstan | 2023-01-01 23:34:13 | Re: Announcing Release 15 of the PostgreSQL Buildfarm client |
Previous Message | Noah Misch | 2023-01-01 01:55:51 | Re: Announcing Release 15 of the PostgreSQL Buildfarm client |
From | Date | Subject | |
---|---|---|---|
Next Message | Vik Fearing | 2023-01-01 02:31:51 | Re: +infinity for dates and timestamps |
Previous Message | Vik Fearing | 2023-01-01 02:10:23 | +infinity for dates and timestamps |