From: | Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com> |
---|---|
To: | Michael Paquier <michael(at)paquier(dot)xyz> |
Cc: | Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>, pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>, Tomas Vondra <tomas(dot)vondra(at)enterprisedb(dot)com> |
Subject: | Re: Allow tests to pass in OpenSSL FIPS mode |
Date: | 2023-02-28 07:25:00 |
Message-ID: | 95f4b89e-0b46-e46c-fb4a-e43f996ef68c@enterprisedb.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 28.02.23 06:01, Michael Paquier wrote:
> On Mon, Feb 27, 2023 at 08:23:34AM +0100, Peter Eisentraut wrote:
>> On 27.02.23 08:16, Michael Paquier wrote:
>>> This refers to brin_minmax_multi_distance_macaddr8(), no? This is
>>> amazing. I have a hard time imagining how FIPS would interact with
>>> what we do in mac8.c to explain that, so it may be something entirely
>>> different. Is that reproducible?
>>
>> This is no longer present in the v2 patch.
>
> Sure, but why was it happening in the first place?
Because the earlier patch only changed the test input values (which were
generated on the fly using md5()), but did not adjust the expected test
results in all the places.
From | Date | Subject | |
---|---|---|---|
Next Message | Peter Eisentraut | 2023-02-28 07:44:29 | Re: SQL JSON path enhanced numeric literals |
Previous Message | Peter Eisentraut | 2023-02-28 07:18:16 | Re: Provide PID data for "cannot wait on a latch owned by another process" in latch.c |