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 11:01:39
Message-ID: 35de6665-55d7-d888-95e5-6c0094ab66b4@2ndQuadrant.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers


On 3/25/20 9:28 PM, Tom Lane wrote:
> Andrew Dunstan <andrew(dot)dunstan(at)2ndquadrant(dot)com> writes:
>> On 3/25/20 7:44 PM, Tom Lane wrote:
>>> I don't actually see why we need the localhost port at all --- it doesn't
>>> look like this test ever attempts to connect to the server. So couldn't
>>> we just drop that?
>> Seems reasonable. I just tested that and it seems quite happy, so I'll
>> make the change.
> Cool, thanks.
>
> jacana has just exposed a different problem: it's not configured
> --with-openssl, but the buildfarm script is trying to run this
> new test module anyway. I'm confused about the reason.
> "make installcheck" in src/test/modules does the right thing,
> but seemingly that client is doing something different?
>
>

Ugh. I have put in place a hack to clear the error on jacana. Yes, the
client does something different so we can run each module separately.
Trawling through the output and files for one test on its own is hard
enough, I don't want to aggregate them.

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 Peter Eisentraut 2020-03-26 13:16:01 pgsql: Drop slot's LWLock before returning from SaveSlotToPath()
Previous Message Tom Lane 2020-03-26 02:05:41 pgsql: Further fixes for ssl_passphrase_callback test module.

Browse pgsql-hackers by date

  From Date Subject
Next Message Fujii Masao 2020-03-26 11:08:35 Re: Planning counters in pg_stat_statements (using pgss_store)
Previous Message Amit Langote 2020-03-26 10:56:32 Re: plan cache overhead on plpgsql expression