Re: Deprecations

2020-03-04 Thread Dr Paul Dale
Matthew, Good idea. I’ll add it. Pauli -- Dr Paul Dale | Distinguished Architect | Cryptographic Foundations Phone +61 7 3031 7217 Oracle Australia > On 5 Mar 2020, at 8:55 am, Matthew Lindner wrote: > > Shouldn't the deprecation notice that's printed also print the version it was >

Re: Deprecations

2020-03-04 Thread Matthew Lindner
Shouldn't the deprecation notice that's printed also print the version it was deprecated in? - Matthew Lindner On Mar 4, 2020, at 2:48 PM, Dr Paul Dale mailto:paul.d...@oracle.com>> wrote: EXTERNAL MAIL: openssl-project-boun...@openssl.org

Re: Deprecations

2020-03-04 Thread Dr Paul Dale
Unless I’ve missed something, the documentation should specify the alternatives. Mostly these are one to one, but in one case it is one to two (and there both are listed). With the caveat that I might not have got every place or detail correct. Moreover, the deprecated commands print something

Re: Deprecations

2020-03-04 Thread Matt Caswell
On 04/03/2020 19:15, Kurt Roeckx wrote: > On Mon, Mar 02, 2020 at 11:41:57AM +, Matt Caswell wrote: >> >> >> On 28/02/2020 23:43, Dr Paul Dale wrote: >>> Any suggestions for a consensus on this thread? >> >> I think we can probably agree that: >> >> - Command option deprecations should be

Re: Deprecations

2020-03-04 Thread Kurt Roeckx
On Mon, Mar 02, 2020 at 11:41:57AM +, Matt Caswell wrote: > > > On 28/02/2020 23:43, Dr Paul Dale wrote: > > Any suggestions for a consensus on this thread? > > I think we can probably agree that: > > - Command option deprecations should be handled better > - We should look at whether we

Re: Face to face

2020-03-04 Thread Nicola Tuveri
I would like to propose as a date for the OTC meeting somewhere close to the projected release date for 3.0alpha1. Ideally it would be nice if OMC and OTC could coordinate the dates to be close enough to ease the discussion of agenda items that might require coordination between OMC and OTC. My

Re: Should FIPS_mode() and FIPS_mode_set() be updated, deprecated, or completely removed..

2020-03-04 Thread Tomas Mraz
On Wed, 2020-03-04 at 10:18 +, Matt Caswell wrote: > > On 04/03/2020 08:15, Tomas Mraz wrote: > > The current implementation in the PR - unconditionally returning > > error > > - is completely useless. It would make some (not much) sense if we > > aimed for ABI compatibility with 3.0 however

Re: Should FIPS_mode() and FIPS_mode_set() be updated, deprecated, or completely removed..

2020-03-04 Thread Matt Caswell
On 04/03/2020 08:15, Tomas Mraz wrote: > The current implementation in the PR - unconditionally returning error > - is completely useless. It would make some (not much) sense if we > aimed for ABI compatibility with 3.0 however that is definitely not the > case so the only reasonable thing is

Re: Should FIPS_mode() and FIPS_mode_set() be updated, deprecated, or completely removed..

2020-03-04 Thread Tomas Mraz
On Wed, 2020-03-04 at 13:47 +1000, SHANE LONTIS wrote: > FIPS_mode() and FIPS_mode_set() are functions that were used by the > old FOM. > > In OpenSSL_111 they were stripped down to do almost nothing > i.e:- > > int FIPS_mode(void) > { > /* This version of the library does not