Re: pgsql: Provide a TLS init hook

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Andrew Dunstan <andrew(dot)dunstan(at)2ndquadrant(dot)com>
Cc: pgsql-committers(at)lists(dot)postgresql(dot)org
Subject: Re: pgsql: Provide a TLS init hook
Date: 2020-03-26 13:50:11
Message-ID: 10659.1585230611@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

Andrew Dunstan <andrew(dot)dunstan(at)2ndquadrant(dot)com> writes:
> On 3/25/20 9:28 PM, Tom Lane wrote:
>> 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.

Well, I'm confused, because my own critters are running this as part
of a single make-installcheck-in-src/test/modules step, eg

https://buildfarm.postgresql.org/cgi-bin/show_stage_log.pl?nm=longfin&dt=2020-03-26%2002%3A09%3A08&stg=testmodules-install-check-C

Why is jacana doing it differently?

regards, tom lane

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Magnus Hagander 2020-03-26 14:06:36 pgsql: Document that pg_checksums exists in checksums README
Previous Message Peter Eisentraut 2020-03-26 13:16:01 pgsql: Drop slot's LWLock before returning from SaveSlotToPath()

Browse pgsql-hackers by date

  From Date Subject
Next Message Fujii Masao 2020-03-26 13:54:35 Re: Patch: to pass query string to pg_plan_query()
Previous Message Ashutosh Bapat 2020-03-26 13:31:59 Re: A bug when use get_bit() function for a long bytea string