From: | Peter Eisentraut <peter(dot)eisentraut(at)2ndquadrant(dot)com> |
---|---|
To: | Daniel Gustafsson <daniel(at)yesql(dot)se>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
Cc: | PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: OpenSSL 3.0.0 compatibility |
Date: | 2020-07-09 06:43:24 |
Message-ID: | 35da12e0-72f7-2adc-bc5d-2d91379ff688@2ndquadrant.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On 2020-07-07 22:52, Daniel Gustafsson wrote:
> Actually running the tests with the legacy provider loaded yields a fair number
> of errors like these, and somewhere around there I ran out of time for now as
> the CF started.
>
> - decrypt
> -----------------------------
> - Lets try a longer message.
> + decrypt
> +----------------------------------------------------------
> + Lets try a longer messag\177\177\177\177\177\177\177\177
>
> Memorizing the "cannot load cipher" errors in an alternative output and
> documenting how to use old ciphers in pgcrypto together with OpenSSL 3.0.0+
> might be the least bad option? Anyone else have any good ideas on how to get
> this into the testrunner?
I think an alternative test output file would be a legitimate solution
in the short and mid term.
However, as you mention, and looking at the test output, this might also
require a bit of work making the handling of these new various error
conditions more robust.
--
Peter Eisentraut http://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Jeff Davis | 2020-07-09 06:47:43 | Re: Default setting for enable_hashagg_disk |
Previous Message | movead.li@highgo.ca | 2020-07-09 06:42:30 | Re: A patch for get origin from commit_ts. |