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
Why is jacana doing it differently?
regards, tom lane
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() |
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 |