incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Ross Gardler <>
Subject Re: diversity
Date Wed, 06 Jun 2012 10:19:15 GMT
On 6 June 2012 03:46, Sam Ruby <> wrote:
> On Tue, Jun 5, 2012 at 8:00 PM, Roy T. Fielding <> wrote:
>> There is no diversity requirement at the ASF.
> On one hand, I definitely agree with you.  Derby graduated without
> meeting the diversity requirement.

On the one hand I agree too, on the other hand...

> That being said, I would like to bring up one thing: I have found it
> *very* handy when approached by potential new projects to mention a
> desire to bring on other participants.  This does not need to be
> expressed as a diversity requirement.  Reality dictates that it does,
> however, need to be an elevator pitch.

I've also found that the diversity "fact" plays extremely well when
talking to people who are considering contributing to a non-diverse
community. In my experience people are happy when you tell them that
"graduation from the incubator requires a healthy and diverse
community, that means there is minimal risk in the current dominating
force pushing you out of the community". The question to this is
always "how is that measured?" In the past I've always talked of
"three independent contributors". I see now, fro Roys argument that
this can be counterproductive.

In the future I will do a better job of defining "independent" but
like Sam I would be concerned if the "elevator pitch" were lost in a
rewrite of the documentation. Perhaps the best thing to do is change
the incubator site to point at the comdev page on project diversity: which includes
text such as:

"Apache projects should be managed independently, and PMCs must ensure
that they are acting in the best interests of the project as a whole.
Note that it is similarly important that the PMC clearly show this
independence within their project community. The perception of
existing and new participants within the community that the PMC is run
independently and without favoring any specific third parties over
others is important, to allow new contributors to feel comfortable
both joining the community and contributing their work. A community
that obviously favors one specific vendor in some exclusive way will
often discourage new contributors from competing vendors, which is an
issue for the long term health of the project."


To unsubscribe, e-mail:
For additional commands, e-mail:

View raw message