From: Tom Lane <tgl@sss.pgh.pa.us>
To: Andrew Dunstan <andrew@dunslane.net>
cc: pgsql-hackers@lists.postgresql.org,
        Peter Eisentraut <peter.eisentraut@enterprisedb.com>
Subject: Re: Reducing the cycle time for CLOBBER_CACHE_ALWAYS buildfarm
 members
In-reply-to: <ed2e8c7f-dbfc-29a5-1c89-2dd2bd5075ea@dunslane.net>
References: <1582507.1624227029@sss.pgh.pa.us>
 <467e9f1a-f440-4875-2677-36f52f556f62@dunslane.net>
 <1799344.1624396289@sss.pgh.pa.us>
 <3f3f3d9d-fccf-318d-5c16-622778b42645@dunslane.net>
 <693603.1625151671@sss.pgh.pa.us>
 <ed2e8c7f-dbfc-29a5-1c89-2dd2bd5075ea@dunslane.net>
Comments: In-reply-to Andrew Dunstan <andrew@dunslane.net>
	message dated "Thu, 01 Jul 2021 13:03:00 -0400"
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-ID: <702693.1625159862.1@sss.pgh.pa.us>
Date: Thu, 01 Jul 2021 13:17:42 -0400
Message-ID: <702694.1625159862@sss.pgh.pa.us>
Archived-At: 
 <https://www.postgresql.org/message-id/702694.1625159862%40sss.pgh.pa.us>
Precedence: bulk

Andrew Dunstan <andrew@dunslane.net> writes:
> On 7/1/21 11:01 AM, Tom Lane wrote:
>> I'm inclined to argue that it's okay to sneak the initdb change into
>> v14, on the grounds that it's needed to fully exploit the change
>> from CLOBBER_CACHE_ALWAYS to debug_invalidate_system_caches_always.
>> Without it, there is no way to do CCA testing on the bootstrap process
>> except by reverting to the old hard-wired way of doing things.
>> 
>> Having pushed that, we could try out the buildfarm side of the
>> change and verify it's okay.

> Seems reasonable. I don't have a CCA animal any more, but I guess I
> could set up a test.

I can run a test here --- I'll commandeer sifaka for awhile,
since that's the fastest animal I have.

			regards, tom lane