Isn't this why we vote. To come to a decision when consensus can't be reached and allow people to move on.
Patrick On Tue, Jun 5, 2012 at 8:22 AM, Ralph Goers <ralph.go...@dslextreme.com> wrote: > > > > The graduation requirements say > > "The project is considered to have a diverse community when it is not highly > dependent on any single contributor (there are at least 3 legally independent > committers and there is no single company or entity that is vital to the > success of the project). Basically this means that when a project mostly > consists of contributors from one company, this is a sign of not being > diverse enough.". > > This doesn't specify a hard number. In fact, Roy responded to this thread > saying he doesn't believe there even is a diversity requirement - > > "There is no diversity requirement for graduating from the incubator. In many > ways, incubation hinders community growth. The requirement is that the > project makes decisions as an Apache project, not in private, which is harder > to get used to doing if a lot of people share the same office." > > So I am left a bit confused. If I go by the what the graduation page says > literally, then all the statistics that have been generated would seem to > show that Cloudera is vital to the success of the project. Although Arvind is > a bit of the driving force, I'm sure if something terrible were to happen to > him Cloudera would insure his energy was replaced. However, if something > terrible happened to Cloudera I suspect we would have several Apache projects > in trouble, not just Flume. > > While I clearly don't like some of the ways the project has chosen to > organize itself, all those decisions were done properly and in public. Again, > while I don't like that little discussion happens on the dev list, it does > happen in Jira issues and in the review board, all of which is routed to the > dev list, so again, most, if not all, of the development is done in public. > > So my answer to the question is really that I am finding it hard to reconcile > whether we actually have or should have a diversity requirement. From what > I've been told privately Flume would certainly not be the first project to > graduate from the incubator in a similar situation. > > The other thing I find interesting is that I am also the only non-Cloudera > mentor on the project. I find it a bit odd that while the incubator has the > requirement for graduation it doesn't have any such requirement for a > codling's mentors. That said, IMO every one of the mentors on the project > has been doing a good job. > > One other disclaimer. My employer is a customer of Cloudera specifically for > paid support for Flume, so I also have a vested interest in seeing both the > project and Cloudera succeed. However, with regards to Flume's graduation, I > haven't even discussed this issue with anyone in by $dayjob. > > So again - if the basis we are to use is whether a single company or entity > is vital to a project then I don't believe Flume is quite there. OTOH I am > not completely necessary that that is vital for graduation, in which case the > section in the graduation requirements needs to be changed. So at this point > the best I can do is say I'm not really sure how to vote. > > Ralph > > > > > > On Jun 5, 2012, at 6:49 AM, Alan Gates wrote: > >> >> On Jun 5, 2012, at 2:19 PM, Marvin Humphrey wrote: >> >>> On Sat, May 26, 2012 at 11:44 PM, Ralph Goers >>> <ralph.go...@dslextreme.com> wrote: >>>> Another way of looking at these same statistics: >>>> Cloudera - 217 >>>> Other - 16 >>>> >>>> That means Cloudera is responsible for over 93% of the Jira issues. It is >>>> great that Cloudera is doing so much work but those stats hardly prove >>>> diversity. >>> >>> I was surprised to see the IPMC Flume graduation VOTE today -- I don't >>> recall >>> seeing another situation like it in the last couple years, where the >>> community >>> graduation VOTE was contended. >>> >>> I checked the Flume dev list archives and I don't see a message from Ralph >>> indicating that he thinks the latest measures address the concerns that have >>> been raised. >>> >> >> Agreed. It's hard to vote for graduation for a podling when one of the >> mentors feels strongly that the podling is not ready. >> >> Alan. >> >> >> --------------------------------------------------------------------- >> To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org >> For additional commands, e-mail: general-h...@incubator.apache.org >> > --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org