Re: pgsql: Provide a TLS init hook

From: Andrew Dunstan <andrew(dot)dunstan(at)2ndquadrant(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: pgsql-committers(at)lists(dot)postgresql(dot)org
Subject: Re: pgsql: Provide a TLS init hook
Date: 2020-03-26 20:07:42
Message-ID: 6919ea18-f7e5-fd00-48b0-20eae2c9dc7d@2ndQuadrant.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers


On 3/26/20 11:31 AM, Tom Lane wrote:
> Andrew Dunstan <andrew(dot)dunstan(at)2ndquadrant(dot)com> writes:
>> On 3/26/20 9:50 AM, Tom Lane wrote:
>>> Why is jacana doing it differently?
>> longfin is also running it (first) here
>> https://buildfarm.postgresql.org/cgi-bin/show_stage_log.pl?nm=longfin&dt=2020-03-26%2014%3A39%3A51&stg=ssl_passphrase_callback-check
> Oh, I missed that. Isn't that pretty duplicative of the
> testmodules-install phase?

Yes, but see below

>
>> I don't think this belongs in installcheck, we should add
>> 'NO_INSTALLCHECK = 1' to the Makefile.
> Why? The other src/test/modules/ modules with TAP tests do not
> specify that, with the exception of commit_ts which has a solid
> doesnt-work-in-the-default-configuration excuse.
>
>

That seems wrong, installcheck should be testing against an installed
instance, and the TAP tests don't. Moreover, from the buildfarm's POV
it's completely wrong, as we call the installcheck targets multiple
times, once for each configured locale. See one of the animals that
tests multiple locales (e.g. crake or prion)

src/test is a mess, TBH, and I have spent quite some time trying to get
it so that we test everything but without duplication, clearly without
complete success.

cheers

andrew

--
Andrew Dunstan https://www.2ndQuadrant.com
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Tom Lane 2020-03-26 20:31:06 Re: pgsql: Provide a TLS init hook
Previous Message Tom Lane 2020-03-26 15:31:13 Re: pgsql: Provide a TLS init hook

Browse pgsql-hackers by date

  From Date Subject
Next Message Tom Lane 2020-03-26 20:31:06 Re: pgsql: Provide a TLS init hook
Previous Message Stephen Frost 2020-03-26 19:37:11 Re: backup manifests