+1 On 30/3/21 3:43, David Capwell wrote: > +1 > >> On Mar 29, 2021, at 2:48 PM, Benedict Elliott Smith <bened...@apache.org> >> wrote: >> >> +1 >> >> On 29/03/2021, 21:16, "Ben Bromhead" <b...@instaclustr.com> wrote: >> >> +1 good sensible suggestion. >> >> On Tue, Mar 30, 2021 at 7:37 AM Ekaterina Dimitrova >> <e.dimitr...@gmail.com> >> wrote: >> >>> I also like the latest suggestion, +1, thank you >>> >>> On Mon, 29 Mar 2021 at 14:16, Yifan Cai <yc25c...@gmail.com> wrote: >>> >>>> +1 >>>> >>>> On Mon, Mar 29, 2021 at 8:42 AM J. D. Jordan <jeremiah.jor...@gmail.com> >>>> wrote: >>>> >>>>> +1 that deprecation schedule seems reasonable and a good thing to move >>>> to. >>>>>> On Mar 29, 2021, at 10:23 AM, Benjamin Lerer <ble...@apache.org> >>>> wrote: >>>>>> The proposal sounds good to me too. >>>>>> >>>>>>> Le lun. 29 mars 2021 à 16:48, Brandon Williams <dri...@gmail.com> a >>>>> écrit : >>>>>>>> On Mon, Mar 29, 2021 at 9:41 AM Joseph Lynch < >>> joe.e.ly...@gmail.com> >>>>>>>> wrote: >>>>>>>> I like the idea of the 3-year support cycles, but I think since >>>>>>>> 3.0/3.11/4.0 took so long to stabilize to a point folks could >>> upgrade >>>>>>>> to, we should reset the clock somewhat. >>>>>>> I agree, the length of time to release 4.0 and the initialization >>> of a >>>>>>> new release cycle requires some special consideration for current >>>>>>> releases. >>>>>>> >>>>>>>> 4.0: Fully supported until April 2023 and high severity bugs until >>>>>>>> April 2024 (2 year full, 1 year bugfix) >>>>>>>> 3.11: Fully supported until April 2022 and high severity bugs until >>>>>>>> April 2023 (1 year full, 1 year bugfix). >>>>>>>> 3.0: Supported for high severity correctness/performance bugs until >>>>>>>> April 2022 (1 year bugfix) >>>>>>>> 2.2+2.1: EOL immediately. >>>>>>>> >>>>>>>> Then going forward we could have this nice pattern when we cut the >>>>>>>> yearly release: >>>>>>>> Y(n-0): Support for 3 years from now (2 full, 1 bugfix) >>>>>>>> Y(n-1): Fully supported for 1 more year and supported for high >>>>>>>> severity correctness/perf bugs 1 year after that (1 full, 1 bugfix) >>>>>>>> Y(n-2): Supported for high severity correctness/bugs for 1 more >>> year >>>> (1 >>>>>>> bugfix) >>>>>>> >>>>>>> This sounds excellent to me, +1. >>>>>>> >>>>>>> >>> --------------------------------------------------------------------- >>>>>>> To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org >>>>>>> For additional commands, e-mail: dev-h...@cassandra.apache.org >>>>>>> >>>>>>> >>>>> --------------------------------------------------------------------- >>>>> To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org >>>>> For additional commands, e-mail: dev-h...@cassandra.apache.org >>>>> >>>>> >> >> -- >> >> Ben Bromhead >> >> Instaclustr | www.instaclustr.com | @instaclustr >> <http://twitter.com/instaclustr> | +64 27 383 8975 >> >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org >> For additional commands, e-mail: dev-h...@cassandra.apache.org >> > > --------------------------------------------------------------------- > To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org > For additional commands, e-mail: dev-h...@cassandra.apache.org >
--------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org For additional commands, e-mail: dev-h...@cassandra.apache.org