Re: OpenSSL 3.0.0 compatibility

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

In response to

Browse pgsql-hackers by date

  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.