Re: contrib/sepgsql regression tests have been broken for months
| От | Joe Conway | 
|---|---|
| Тема | Re: contrib/sepgsql regression tests have been broken for months | 
| Дата | |
| Msg-id | 6217260b-304c-4e7d-be3d-72be90f6948b@joeconway.com обсуждение исходный текст  | 
		
| Ответ на | Re: contrib/sepgsql regression tests have been broken for months (Tom Lane <tgl@sss.pgh.pa.us>) | 
| Ответы | 
                	
            		Re: contrib/sepgsql regression tests have been broken for months
            		
            		 | 
		
| Список | pgsql-hackers | 
On 10/31/25 15:48, Tom Lane wrote: > Joe Conway <mail@joeconway.com> writes: >> On 10/29/25 19:36, Tom Lane wrote: >>> ... I think the new idea >>> is to leave the module installed and active, which is kind >>> of problematic if we want to also use TestSepgsql.pm in the >>> back branches. > >> I suppose one solution is to create a new buildfarm animal and then use >> rhino only for <= pg17 and <rhino-prime> only for pg18+ > > It looks like it'd work to revert to using TestSepgsql.pm in all > branches. You'd need to remove 'sepgsql' from PG_TEST_EXTRA so > that v18/master don't try to run the conflicting 001_sepgsql.pl > tests. I'm not clear on whether this involves just undoing the recent changes I made, or if the buildfarm code itself needs changes. FWIW I did this part: > remove 'sepgsql' from PG_TEST_EXTRA But what about "--enable-tap-tests"? That makes the full buildfarm cycle across all branches take something like 2.5 hours. I removed that part for now at least. > We need a better idea about how the new test method can coexist > with the old one, but for now I'd just like rhino to be running > one or the other successfully ... ok, back to the original configuration (although now with the latest buildfarm client) -- Joe Conway PostgreSQL Contributors Team Amazon Web Services: https://aws.amazon.com
В списке pgsql-hackers по дате отправления: