incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Andrew Purtell <apurt...@apache.org>
Subject Re: my pTLP view
Date Sat, 24 Jan 2015 02:08:47 GMT
You are approaching this question with complete trust and faith in the
Apache process, being an Apache member, but an incoming / foreign community
will not have this, not universally. Take the emotion out of this, because
I certainly am not being emotional here, but instead trying to evaluate
this change from the perspective of an outsider. I assume the objective is
to be and remain an inviting place for building community and code,
attracting new blood.

I think everyone can accept an organization has a Board with a final say.
What I find attractive about the current incubation model is Apache
welcomes new communities by making them voting stakeholders in their new
project, they become a PPMC, a podling. Sure, the IPMC provides oversight,
and the board again, but the PPMC can make binding votes on committers,
releases, everything that matters - provisionally, of course, which is
completely acceptable. This all changes if the PMC does not include any
members of the incoming community. There isn't even a provisional ownership
stake in the endeavor. When Apache grants the incoming community a
provisional binding stake in the process, this establishes trust.

I don't agree that the chances ASF PMC members of pTLP will start actively
overriding votes is slim to none.  I've been around here for a while and
spent some time in Hadoop land. The process is not infallable. The
membership is not infallable. To ensure the probability of better outcomes
no matter what happens during an incubation, the incoming community should
be treated more like partners in a common endeavor with a full stake in the
process than what is proposed here.

>
​
The incoming community is disempowered and has no recourse but to go along
with the outcome of Apache politics or abandon the project.

How is this not true? What can the incoming community make a binding vote
on, under this proposal?


On Fri, Jan 23, 2015 at 5:53 PM, Roman Shaposhnik <rvs@apache.org> wrote:

> On Fri, Jan 23, 2015 at 5:42 PM, Andrew Purtell <apurtell@apache.org>
> wrote:
> > Those of us in such a new incoming community might get the commit bit but
> > can't vote on adding committers,
>
> See my reply to Jan. C == PPMC solves this completely.
>
> > or making releases.
>
> This is *exactly* what is happening today with every single poddling.
> Why are you bringing this up as a *new* concern around pTLP?
>
> > We don't have a
> > binding vote on our own committership / fate / ability to manage our own
> > sources.
>
> I'll be a stickler here: literally  the only new issue that doesn't
> exist today is that there won't be a by-law guaranteeing community
> that they can *override* ASF members vote on new committers. That is it!
> Everything else stays *exactly* the same. Not a single change
> to how IPMC *rules* are structured.
>
> > This situation is primed for mistrust, conflict, and heartache the
> > second the members and the incoming community disagree about some
> > substantial aspect of the project direction. The incoming community is
> > disempowered and has no recourse but to go along with the outcome of
> Apache
> > politics or abandon the project. As a responsible steward of my
> community,
> > I would never consider bringing my project to Apache under these
> > circumstances.
>
> Wow! This is a pretty gross overstatement if you ask me. Remember,
> all of the above is predicated on a *single* possibility. Not even a
> guarantee a *possibility*. That ASF PMC members of pTLP will start
> actively overriding  votes on adding new members to the community.
> This is literally *the only* power they will be getting that doesn't
> exist in IPMC today.
>
> The chances of that are slim to none, so I have no choice but to call
> the above a strawman.
>
> > This may also increase the risk a project is coming here due to an
> > excessive fascination with the Apache brand, because otherwise the
> bargain
> > seems poor (in my view).
>
> Like I said -- we won't know until we try. We will try with *willing*
> participants. If they like it and if the board likes it -- we will start
> migrating folks. If not -- we'll stop.
>
> Thanks,
> Roman.
>
> P.S. This is my time to apologize for harsh tone. But really? Really:
> "
> ​​
> The incoming community is disempowered and has no recourse
> but to go along with the outcome of Apache politics or abandon the
> project."
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> For additional commands, e-mail: general-help@incubator.apache.org
>
>


-- 
Best regards,

   - Andy

Problems worthy of attack prove their worth by hitting back. - Piet Hein
(via Tom White)

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message