Re: BUG #19815: 004_sni.pl fails deterministically with OpenSSL 1.1.1 (tests 75 and 86)

From: Michael Paquier <michael(at)paquier(dot)xyz>
To: Jacob Champion <jacob(dot)champion(at)enterprisedb(dot)com>
Cc: Andrey Rachitskiy <pl0h0yp1(at)gmail(dot)com>, benjamin(dot)arthur(dot)mejia(at)gmail(dot)com, pgsql-bugs(at)lists(dot)postgresql(dot)org, Daniel Gustafsson <daniel(at)yesql(dot)se>
Subject: Re: BUG #19815: 004_sni.pl fails deterministically with OpenSSL 1.1.1 (tests 75 and 86)
Date: 2026-10-31 00:28:34
Message-ID: auU2Mlw9Gy1Tsx44@paquier.xyz
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

On Fri, Oct 30, 2026 at 12:47:17PM -0700, Jacob Champion wrote:
> 1.1.1o apparently fixes the mapping behavior, which is why I didn't
> see it locally... It's easy enough to add an alternative expected
> message to the tests, but why aren't our RHEL 8 buildfarm machines
> complaining?

Perhaps they're already patched or reflect some specific RHEL
behavior. If the diff of output can be fixed by upgrading OpenSSL,
I'd suggest to upgrade OpenSSL on the buildfarm host, not touch
Postgres to adapt to it, especially as everybody should be out of
1.1.1 these days.
--
Michael

In response to

Browse pgsql-bugs by date

  From Date Subject
Next Message shihao zhong 2026-10-31 04:49:22 Re: Wrong results: hashed SubPlan referenced twice after OR-qual extraction reuses a stale hash table (13 to 19beta4)
Previous Message Michael Paquier 2026-10-31 00:26:18 Re: BUG #19814: pg_restore_attribute_stats: MCV accepted without eq operator; ANALYZE range slot rejected