<div dir="auto">Many thanks!<div dir="auto"><br></div><div dir="auto">Got it, and I think this should be directly written. </div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Tue, 7 Jan 2020, 16:05 Matt Caswell, <<a href="mailto:matt@openssl.org">matt@openssl.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br>
<br>
On 07/01/2020 13:00, Dmitry Belyavsky wrote:<br>
> When does the feature freeze happen?<br>
> I'm interested in publishing as much GOST support as possible. <br>
<br>
According to my proposal feature freeze would happen on release of<br>
beta1, i.e. 2020-06-02.<br>
<br>
Matt<br>
<br>
<br>
> <br>
> On Tue, 7 Jan 2020, 14:13 Matt Caswell, <<a href="mailto:matt@openssl.org" target="_blank" rel="noreferrer">matt@openssl.org</a><br>
> <mailto:<a href="mailto:matt@openssl.org" target="_blank" rel="noreferrer">matt@openssl.org</a>>> wrote:<br>
> <br>
>     Hi all<br>
> <br>
>     Myself, Paul, Shane, Richard and Nicola had a conf call today to discuss<br>
>     the outstanding tasks and effort required to get us to a final release.<br>
> <br>
>     We've previously said this about that timeline:<br>
> <br>
>     "We are now not expecting code completion to occur until the end of Q2<br>
>     2020 with a final release in early Q4 2020."<br>
>     (<a href="https://www.openssl.org/blog/blog/2019/11/07/3.0-update/" rel="noreferrer noreferrer" target="_blank">https://www.openssl.org/blog/blog/2019/11/07/3.0-update/</a>)<br>
> <br>
> <br>
>     With that in mind we came up with the following proposal for a release<br>
>     timetable which we think is a challenging but achievable timeline:<br>
> <br>
>     alpha1, 2020-03-31: Basic functionality plus basic FIPS module<br>
>     alpha2, 2020-04-21: Complete external provider support (serialization,<br>
>     support for new algs, support for providers which only include<br>
>     operations in a class)<br>
>     alpha3, 2020-05-21: Almost there (aiming to test the API completeness<br>
>     before beta1 freezes it)<br>
>     beta1, 2020-06-02: Code complete (API stable, feature freeze)<br>
>     betaN: Other beta TBD<br>
>     Final: 2020 early Q4<br>
> <br>
>     The idea here is to set some intermediate deadlines to focus attention<br>
>     on the final remaining tasks, with a series of 3 alphas prior to the<br>
>     first beta release where each alpha release comes approximately every 3<br>
>     weeks. We can have some flexibility to adjust this timetable if we think<br>
>     it is necessary (such as by including an additional alpha release if<br>
>     required).<br>
> <br>
>     Please let me know your thoughts. This would probably need to go to an<br>
>     OMC vote to get approved.<br>
> <br>
>     Matt<br>
> <br>
</blockquote></div>