+1 for Michael ! Cheers
On Mon, Dec 21, 2020 at 02:57:25PM +0100, Michael Brohl wrote: > +1 for the initial proposal > > with an additional idea: maybe better skip r20 and make a r21 right at the > beginning of the year with the chance to release also in 21. > > This would allow us to catch up and have a more up-to-date release cycle. It > seems a bit outdated to read that r18 is released in 2021... > > What do you think? > > Also +1 for 3 years support of r17 and 5 years support starting with r18. > > Thanks, > > Michael Brohl > > ecomify GmbH - www.ecomify.de > > > Am 21.12.20 um 10:54 schrieb Jacques Le Roux: > > Hi Deepak, > > > > The reason I propose that is because it's more and more difficult to > > backport to R17, when for R18 it's still OK. Also 3 years seems good > > enough for me. > > > > Of course if people think 5 years would be better then the backporting > > question should be discussed... > > > > We could revise that later, because there was much change between R17 an > > trunk and there are less and less now. So we could support R18 for 5 > > years > > > > Jacques > > > > Le 21/12/2020 à 10:38, Deepak Dixit a écrit : > > > +1 > > > > > > I have a question regarding the following point, rest looks good to me. > > > > > > What is the minimum supported year for a release? > > > Do we have any policy regarding this? > > > > > > We should support a release for at least 5 year. > > > > > > Thoughts? > > > > > > Thanks & Regards > > > -- > > > Deepak Dixit > > > ofbiz.apache.org > > > > > > > > > On Mon, Dec 21, 2020 at 2:51 PM Jacopo Cappellato < > > > jacopo.cappell...@gmail.com> wrote: > > >
signature.asc
Description: PGP signature