Re: [LAZY CONSENSUS] Sending 2.6 release line to EOF

2022-01-24 Thread Enrico Olivelli
Good. I will send an email to u...@pulsar.apache.org that states the EOL status for 2.6 Enrico Il giorno lun 10 gen 2022 alle ore 19:26 Chris Herzog ha scritto: > > I agree with 2.6 EOL. > > On Mon, Jan 10, 2022 at 2:35 AM Enrico Olivelli wrote: > > > This thread is now to moving branch-2.6

Re: [LAZY CONSENSUS] Sending 2.6 release line to EOF

2022-01-10 Thread Chris Herzog
I agree with 2.6 EOL. On Mon, Jan 10, 2022 at 2:35 AM Enrico Olivelli wrote: > This thread is now to moving branch-2.6 (the Pulsar 2.6 release line) > to End-Of-Life status > > What EOL means here: > - No more releases, even for security bugs > - No cherry-picks to branch-2.6 > > We will apply

[LAZY CONSENSUS] Sending 2.6 release line to EOF

2022-01-10 Thread Enrico Olivelli
This thread is now to moving branch-2.6 (the Pulsar 2.6 release line) to End-Of-Life status What EOL means here: - No more releases, even for security bugs - No cherry-picks to branch-2.6 We will apply the Lazy Consensus rules https://www.apache.org/foundation/glossary.html#LazyConsensus If

Re: Sending 2.6 release line to EOF

2022-01-03 Thread Michael Marshall
I agree with Dave. Lazy consensus gives us exactly what we need: to know if someone would like branch-2.6 to stay alive. If no one responds that they need it within the time period, then no one needs it. PIP 47 briefly mentions our EOL policy, but the policy doesn't cover our current case where

Re: Sending 2.6 release line to EOF

2022-01-03 Thread Dave Fisher
This project VOTEs on more things than any Apache project I’ve been involved with during the last 14 years. For most projects lazy consensus applies: https://www.apache.org/foundation/glossary.html#LazyConsensus We also tend to “vote” during discussions which does not really advance a

Re: Sending 2.6 release line to EOF

2022-01-03 Thread Sijie Guo
Agree to have a vote to keep a record. - Sijie On Mon, Jan 3, 2022 at 3:40 PM 陳智弘 wrote: > I think having a vote and quickly announce the EOF of 2.6.x will be better > to the community. > > > Dave Fisher 於 2022年1月4日 週二 06:06 寫道: > > > I don’t think we need a VOTE. Let’s do this by LAZY

Re: Sending 2.6 release line to EOF

2022-01-03 Thread 陳智弘
I think having a vote and quickly announce the EOF of 2.6.x will be better to the community. Dave Fisher 於 2022年1月4日 週二 06:06 寫道: > I don’t think we need a VOTE. Let’s do this by LAZY CONSENSUS. > > > On Jan 3, 2022, at 10:05 AM, Enrico Olivelli > wrote: > > > > Hello, > > We are no more

Re: Sending 2.6 release line to EOF

2022-01-03 Thread Dave Fisher
I don’t think we need a VOTE. Let’s do this by LAZY CONSENSUS. > On Jan 3, 2022, at 10:05 AM, Enrico Olivelli wrote: > > Hello, > We are no more cutting releases out of branch-2.6 > > We must declare 2.6 EOF. > > IIUC there is no process established for this at the moment in the Pulsar >

Sending 2.6 release line to EOF

2022-01-03 Thread Enrico Olivelli
Hello, We are no more cutting releases out of branch-2.6 We must declare 2.6 EOF. IIUC there is no process established for this at the moment in the Pulsar project. So for this time I will call out a VOTE next week, as we did not cut releases for a few important bugs. Thoughts? Enrico