The community does everything through discussion and consensus. Does that
include branching, or not?
If there is no consensus, a vote is held. Whether or not you consider the vote
from 2018 still valid, you still need to seek the consent of the community for
your action today. Or is that not sacrosanct anymore?
On 24/09/2020, 16:22, "Jake Luciani" <jak...@gmail.com> wrote:
I'm sorry I see no issue with branching 4.0 as it was the thing we voted on
back in 2018. If you wish to extend the freeze you should call a new vote.
On Thu, Sep 24, 2020 at 11:15 AM Benedict Elliott Smith
<bened...@apache.org>
wrote:
> Nobody has any problem with an external repository being maintained. Just
> bear in mind the normal process will need to take place to merge to the
ASF
> repository, and that there may be feedback and review requests to address,
> so merge order and diffs will probably change.
>
>
> On 24/09/2020, 16:05, "Brandon Williams" <dri...@gmail.com> wrote:
>
> On Thu, Sep 24, 2020 at 9:55 AM Benedict Elliott Smith
> <bened...@apache.org> wrote:
> >
> > You do not have the authority to unilaterally overrule the community
> process. This is a serious breach of your responsibilities as a member of
> the PMC.
>
> Feel free to complain that I'm creating branches we intend to someday,
> perhaps even in 2020, release.
>
> > I have deleted this branch, and will do so again if you repeat this.
>
> This would create some interesting tickets for INFRA, but I won't
> waste their time with you either. Whether either of us has the
> authority to do such on ASF infrastructure is irrelevant, since that
> is the only thing that can be argued here. The ASL absolutely allows
> people to innovate on their own with the code, so let's just move the
> bits.
>
> Those who wish to innovate,
> https://github.com/driftx/cassandra/tree/cassandra-5.0 is now open for
> business, PRs accepted. This will be maintained to track trunk on the
> ASF servers.
>
> I guess this is the apache way.
>
> ---------------------------------------------------------------------
> 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
>
>
--
http://twitter.com/tjake
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscr...@cassandra.apache.org
For additional commands, e-mail: dev-h...@cassandra.apache.org
