Re: test_compression, test module for low-level compression APIs (for 2b5ba2a0a141) - Mailing list pgsql-hackers

From Michael Paquier
Subject Re: test_compression, test module for low-level compression APIs (for 2b5ba2a0a141)
Date
Msg-id ad09oW-vKhb9rwNJ@paquier.xyz
Whole thread
In response to Re: test_compression, test module for low-level compression APIs (for 2b5ba2a0a141)  (Andres Freund <andres@anarazel.de>)
Responses Re: test_compression, test module for low-level compression APIs (for 2b5ba2a0a141)
List pgsql-hackers
On Mon, Apr 13, 2026 at 02:50:31PM -0400, Andres Freund wrote:
> Hi,
>
> On 2026-04-14 02:13:52 +0900, Michael Paquier wrote:
> > +++ b/src/test/regress/parallel_schedule
>> @@ -128,7 +128,7 @@ test: partition_merge partition_split partition_join partition_prune reloptions
>>  # event_trigger depends on create_am and cannot run concurrently with
>>  # any test that runs DDL
>>  # oidjoins is read-only, though, and should run late for best coverage
>> -test: oidjoins event_trigger
>> +test: oidjoins event_trigger compression_pglz
>
> The new test creates a function, so I don't think this will be safe?

Yep, that was a thinko.  The group for plancache still has room for
one test, as it can go up to 19, so we could move one test in the
group of partition_merge t the group of plancache, keeping all the
compression tests together.

Anyway, how about just creating a new group for all the compression
tests?  I have a patch set in preparation for zstd and TOAST, where I
would put the new test suite in this group.
--
Michael

Attachment

pgsql-hackers by date:

Previous
From: Jacob Champion
Date:
Subject: Re: PSA: Planning to grease protocol connections during 19beta
Next
From: Robert Haas
Date:
Subject: Re: Bypassing cursors in postgres_fdw to enable parallel plans