Hi Simone, My issue (for the commons PMC I guess) is how committer votes will happen when OGNL graduates.
After graduation, how would one of the current contributors propose a new committer if they are not themselves on the Commons PMC? Upayavira On Sun, 01 May 2011 19:56 +0200, "Simone Tripodi" <simonetrip...@apache.org> wrote: > Hi Upayavira!!! > I agree that commons folks can have rw rights, so people are already > used to co-work in the 'commons way'. > Moreover, I agreed on joining > > - dev@commons.a.o > - users@commons.a.o > - issues@commons.a.o > - create the private ML where commons PMCs can join. > > Does it make sense? > Simo > > http://people.apache.org/~simonetripodi/ > http://www.99soft.org/ > > > > On Sun, May 1, 2011 at 7:22 PM, Upayavira <u...@odoko.co.uk> wrote: > > use commons-user: +1 > > put SVN in 'incubator' space: +1 > > grant "commons rw: +1 (assuming current OGNL committers agree) > > > > As to a private list, I think the benefit would be the opportunity for > > the OGNL committers to learn how such management happens. Where, for > > example, would committer votes happen? The issue with graduation to > > Commons is what happens after graduation - do they suddenly loose some > > power over their own affairs, e.g. ease of seeing vote threads. So not > > sure the best on this one. > > > > Upayavira > > > > On Fri, 29 Apr 2011 08:29 -0700, "Henri Yandell" <flame...@gmail.com> > > wrote: > >> Agreed, no need to use the svn location from Commons; though I ask to > >> allow @commons rw access. > >> > >> The committer of the podling would not automatically become PMC > >> members, so I don't think there is a need to setup a private list (or > >> even to consider it a PPMC). > >> > >> Hen > >> > >> On Thu, Apr 28, 2011 at 11:05 PM, Christian Grobmeier > >> <grobme...@gmail.com> wrote: > >> >> we could share MLs and also SVN (Sandbox > >> >> would be nice, not?) > >> > > >> > MLs are fine, b/c one would need to change address later, and > >> > searching for pre-graduation threads is more easily. > >> > > >> > For SVN I don't see a benefit. The repos can be moved with less effort > >> > once component is graduated. I would like to avoid to get something > >> > into the sandbox which is not cleared from legal perspective. What, if > >> > OGNL fails in the incubator and we just forget to remove the code from > >> > the sandbox? If its in the incubator part, it is like a tag > >> > saying:"beware" > >> > > >> > I would be +1 on user/dev ML but leave SVN in incubator > >> > Is there a need to create a pmc ML for OGNL to discuss incubation > >> > related matters? > >> > > >> > Cheers > >> > > >> >> What Incubator PMCs think about it? > >> >> Simo > >> >> > >> >> http://people.apache.org/~simonetripodi/ > >> >> http://www.99soft.org/ > >> >> > >> >> > >> >> > >> >> On Fri, Apr 29, 2011 at 7:34 AM, Henri Yandell <flame...@gmail.com> > >> >> wrote: > >> >>> Below is a thread from the Commons Dev list in which I'm recommending > >> >>> that OGNL use the commons dev mailing list and that the svn > >> >>> permissions allow the ognl committers and the commons committers to > >> >>> have read write access. > >> >>> > >> >>> http://commons.markmail.org/thread/ku3ouuilpiicb5is > >> >>> > >> >>> Is this a concern for anyone? > >> >>> > >> >>> OGNL's target is to graduate into Commons rather than to TLP, so > >> >>> making it act like a TLP seems destined to cause problems. > >> >>> > >> >>> Hen > >> >>> > >> >>> --------------------------------------------------------------------- > >> >>> 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 > >> >> > >> >> > >> > > >> > > >> > > >> > -- > >> > http://www.grobmeier.de > >> > > >> > --------------------------------------------------------------------- > >> > 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 > >> > > > > --------------------------------------------------------------------- > > 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 > --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org