----- Original Message ---- > From: ant elder <ant.el...@gmail.com> > To: general@incubator.apache.org > Sent: Wed, August 11, 2010 6:16:16 PM > Subject: Re: an experiment > > On Wed, Aug 11, 2010 at 6:45 PM, Joe Schaefer <joe_schae...@yahoo.com> wrote: > > > > The second idea is more controversial: to hold IPMC votes to > > admit all significant committers to those projects to the IPMC > > itself. The purpose of this concept is to allow those who > > best know the codebase to provide IPMC oversight over it, > > especially as it pertains to releases. > > > > Without some more explanation I'm not that convinced about doing that. > The main purpose of the IPMC is to vote on the graduation of > poddlings, why should some random ASF poddling newbie get a binding > vote on the graduation of _any_ poddling? > > I'm guessing the motivation for this proposal is not to give poddling > committers binding votes on other poddling graduations but to give > them binding votes on their own poddling activities, and that i agree > with. The things they need binding votes on is their committer votes, > ppmc votes (they already have that), and release votes - lets just > give them those.
You do have a very good point, however my experience with being on the httpd PMC as a subproject committer is that I will remain a non-participant in the decision-making process of the projects I don't work on. So what I'm saying is that the theoretical concern that podling committers with IPMC membership will have the authority to vote on the graduation of other projects (including their own I suppose), in practice those privileges are not going to be exercised for "social reasons". The main problem here is in coming to terms with release voting, because there are foundation-wide rules and policies that *every* release must follow. I am not sure the IPMC can simply delegate those decisions to the PPMC without tacit board approval of such a policy. --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org