Re: OGNL Infrastructure questions
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? Proposal: - If you are a Commons PMC Member, you are an OGNL PPMC member by default - If a Committer is invited to the PPMC, an additional vote on Commons PMC is necessary, b/c he will join the Commons PMC after graduation by default - A contributor can be proposed by anybody - its up to the PPMC to open the vote - A new Committer can be elected by the PPMC with binding votes; as usual other Committers can vote unbinding. I don't think it creates any problems b/c usually there is already a consens on adding a person before calling a vote. Makes sense? Cheers Christian 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:
Re: OGNL Infrastructure questions
Hi Christian!!! it makes a lot of sense, IMHO, it should maintain the stability of both ecosystems! Simo http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Mon, May 2, 2011 at 8:26 AM, Christian Grobmeier grobme...@gmail.com wrote: 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? Proposal: - If you are a Commons PMC Member, you are an OGNL PPMC member by default - If a Committer is invited to the PPMC, an additional vote on Commons PMC is necessary, b/c he will join the Commons PMC after graduation by default - A contributor can be proposed by anybody - its up to the PPMC to open the vote - A new Committer can be elected by the PPMC with binding votes; as usual other Committers can vote unbinding. I don't think it creates any problems b/c usually there is already a consens on adding a person before calling a vote. Makes sense? Cheers Christian 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
Re: OGNL Infrastructure questions
+1 2011/5/2 Christian Grobmeier grobme...@gmail.com: 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? Proposal: - If you are a Commons PMC Member, you are an OGNL PPMC member by default - If a Committer is invited to the PPMC, an additional vote on Commons PMC is necessary, b/c he will join the Commons PMC after graduation by default - A contributor can be proposed by anybody - its up to the PPMC to open the vote - A new Committer can be elected by the PPMC with binding votes; as usual other Committers can vote unbinding. I don't think it creates any problems b/c usually there is already a consens on adding a person before calling a vote. Makes sense? Cheers Christian 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
Re: OGNL Infrastructure questions
just for the record (for the new contributors). As long as your incubating the following rules apply: http://incubator.apache.org/guides/ppmc.html At the time you graduate you need to check who really was active and 'cleanup' the PPMC. So not every person which was on the PPMC automatically makes it to the final PMC anyway ... LieGrue, strub --- On Mon, 5/2/11, Olivier Lamy ol...@apache.org wrote: From: Olivier Lamy ol...@apache.org Subject: Re: OGNL Infrastructure questions To: general@incubator.apache.org Date: Monday, May 2, 2011, 7:11 AM +1 2011/5/2 Christian Grobmeier grobme...@gmail.com: 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? Proposal: - If you are a Commons PMC Member, you are an OGNL PPMC member by default - If a Committer is invited to the PPMC, an additional vote on Commons PMC is necessary, b/c he will join the Commons PMC after graduation by default - A contributor can be proposed by anybody - its up to the PPMC to open the vote - A new Committer can be elected by the PPMC with binding votes; as usual other Committers can vote unbinding. I don't think it creates any problems b/c usually there is already a consens on adding a person before calling a vote. Makes sense? Cheers Christian 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
Re: [VOTE] Release Apache opennlp-1.5.1-incubating-rc7
+1 (binding) On Apr 29, 2011, at 6:35 AM, Jörn Kottmann wrote: Hi all, please review and vote on approving our first release of Apache OpenNLP. OpenNLP is a machine learning based toolkit for the processing of natural language text. It supports the most common NLP tasks, such as tokenization, sentence segmentation, part-of-speech tagging, named entity extraction, chunking, parsing, and coreference resolution. The OpenNLP community approved the release of opennlp-1.5.1-rc7 in this vote thread with 4 binding and 2 non-binding +1 votes and we received no 0 or -1 votes: http://mail-archives.apache.org/mod_mbox/incubator-opennlp-dev/201104.mbox/%3c4dba8705.8060...@gmail.com%3e The release artifacts and rat reports can be found here: http://people.apache.org/~joern/releases/opennlp-1.5.1-incubating/rc7/ Our release contains multiple sub-projects, the rat reports have been generated for each of these sub-projects. We will try to improved that for our next release, any hints about that are welcome. Many thanks for your support, Jörn - 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
Re: [VOTE] Release Apache opennlp-1.5.1-incubating-rc7
+1 (binding) Hadrian On Apr 29, 2011, at 6:35 AM, Jörn Kottmann wrote: Hi all, please review and vote on approving our first release of Apache OpenNLP. OpenNLP is a machine learning based toolkit for the processing of natural language text. It supports the most common NLP tasks, such as tokenization, sentence segmentation, part-of-speech tagging, named entity extraction, chunking, parsing, and coreference resolution. The OpenNLP community approved the release of opennlp-1.5.1-rc7 in this vote thread with 4 binding and 2 non-binding +1 votes and we received no 0 or -1 votes: http://mail-archives.apache.org/mod_mbox/incubator-opennlp-dev/201104.mbox/%3c4dba8705.8060...@gmail.com%3e The release artifacts and rat reports can be found here: http://people.apache.org/~joern/releases/opennlp-1.5.1-incubating/rc7/ Our release contains multiple sub-projects, the rat reports have been generated for each of these sub-projects. We will try to improved that for our next release, any hints about that are welcome. Many thanks for your support, Jörn - 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
Re: [VOTE] Release Apache opennlp-1.5.1-incubating-rc7
+1. Sorry, I got distrastracted from sending this. On Mon, May 2, 2011 at 9:58 AM, Hadrian Zbarcea hzbar...@gmail.com wrote: +1 (binding) Hadrian On Apr 29, 2011, at 6:35 AM, Jörn Kottmann wrote: Hi all, please review and vote on approving our first release of Apache OpenNLP. OpenNLP is a machine learning based toolkit for the processing of natural language text. It supports the most common NLP tasks, such as tokenization, sentence segmentation, part-of-speech tagging, named entity extraction, chunking, parsing, and coreference resolution. The OpenNLP community approved the release of opennlp-1.5.1-rc7 in this vote thread with 4 binding and 2 non-binding +1 votes and we received no 0 or -1 votes: http://mail-archives.apache.org/mod_mbox/incubator-opennlp-dev/201104.mbox/%3c4dba8705.8060...@gmail.com%3e The release artifacts and rat reports can be found here: http://people.apache.org/~joern/releases/opennlp-1.5.1-incubating/rc7/ Our release contains multiple sub-projects, the rat reports have been generated for each of these sub-projects. We will try to improved that for our next release, any hints about that are welcome. Many thanks for your support, Jörn - 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
Re: [VOTE][RESULT] Release Apache opennlp-1.5.1-incubating-rc7
Hello, the vote was open for more than 72 hours and is now closed. We received four binding +1 votes, one non-binding +1 vote and non 0 or -1 votes. The following people voted +1: Tommaso Teofili (binding) Ioannis Canellos (non-binding) Grant Ingersoll (binding) Hadrian Zbarcea (binding) Benson Margulies (binding) Thanks to everyone for reviewing and approving the release. Jörn On 4/29/11 12:35 PM, Jörn Kottmann wrote: Hi all, please review and vote on approving our first release of Apache OpenNLP. OpenNLP is a machine learning based toolkit for the processing of natural language text. It supports the most common NLP tasks, such as tokenization, sentence segmentation, part-of-speech tagging, named entity extraction, chunking, parsing, and coreference resolution. The OpenNLP community approved the release of opennlp-1.5.1-rc7 in this vote thread with 4 binding and 2 non-binding +1 votes and we received no 0 or -1 votes: http://mail-archives.apache.org/mod_mbox/incubator-opennlp-dev/201104.mbox/%3c4dba8705.8060...@gmail.com%3e The release artifacts and rat reports can be found here: http://people.apache.org/~joern/releases/opennlp-1.5.1-incubating/rc7/ Our release contains multiple sub-projects, the rat reports have been generated for each of these sub-projects. We will try to improved that for our next release, any hints about that are welcome. Many thanks for your support, Jörn - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
[VOTE] Accept Airavata into the Incubator
I would like to call a vote to accept Airavata for entry into the Apache Incubator. The proposal thread can be found at [1] and the proposal text is at [2] [ ] +1 Accept Airavata into the incubator [ ] -1 Do NOT accept Airavata into the incubator because... Thanks, Ross [1] http://markmail.org/message/rhdiuwcexalfndim [2] http://wiki.apache.org/incubator/AiravataProposal - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Accept Airavata into the Incubator
+1 Accept Airavata into the incubator - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Accept Airavata into the Incubator
+1 On Tue, May 3, 2011 at 1:07 AM, Marcel Offermans marcel.offerm...@luminis.nl wrote: +1 Accept Airavata into the incubator - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Thanks - Mohammad Nour Author of (WebSphere Application Server Community Edition 2.0 User Guide) http://www.redbooks.ibm.com/abstracts/sg247585.html - LinkedIn: http://www.linkedin.com/in/mnour - Blog: http://tadabborat.blogspot.com Life is like riding a bicycle. To keep your balance you must keep moving - Albert Einstein Writing clean code is what you must do in order to call yourself a professional. There is no reasonable excuse for doing anything less than your best. - Clean Code: A Handbook of Agile Software Craftsmanship Stay hungry, stay foolish. - Steve Jobs - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Accept Airavata into the Incubator
+1 (binding, IIRC). On Tue, May 3, 2011 at 3:02 AM, Ross Gardler rgard...@apache.org wrote: I would like to call a vote to accept Airavata for entry into the Apache Incubator. The proposal thread can be found at [1] and the proposal text is at [2] [ ] +1 Accept Airavata into the incubator [ ] -1 Do NOT accept Airavata into the incubator because... Thanks, Ross [1] http://markmail.org/message/rhdiuwcexalfndim [2] http://wiki.apache.org/incubator/AiravataProposal - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Sanjiva Weerawarana, Ph.D. Founder, Director Chief Scientist; Lanka Software Foundation; http://www.opensource.lk/ Founder, Chairman CEO; WSO2; http://wso2.com/ Founder Director; Thinkcube Systems; http://www.thinkcube.com/ Member; Apache Software Foundation; http://www.apache.org/ Member; Sahana Software Foundation; http://www.sahanafoundation.org/ Visiting Lecturer; University of Moratuwa; http://www.cse.mrt.ac.lk/ Blog: http://sanjiva.weerawarana.org/
Re: [VOTE] Accept Airavata into the Incubator
+1 (binding) Cheers, Chris On May 2, 2011, at 5:32 PM, Ross Gardler wrote: I would like to call a vote to accept Airavata for entry into the Apache Incubator. The proposal thread can be found at [1] and the proposal text is at [2] [ ] +1 Accept Airavata into the incubator [ ] -1 Do NOT accept Airavata into the incubator because... Thanks, Ross [1] http://markmail.org/message/rhdiuwcexalfndim [2] http://wiki.apache.org/incubator/AiravataProposal - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org ++ Chris Mattmann, Ph.D. Senior Computer Scientist NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA Office: 171-266B, Mailstop: 171-246 Email: chris.a.mattm...@nasa.gov WWW: http://sunset.usc.edu/~mattmann/ ++ Adjunct Assistant Professor, Computer Science Department University of Southern California, Los Angeles, CA 90089 USA ++ - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: [VOTE] Accept Airavata into the Incubator
+ 1 ( Non binding ) On Tue, May 3, 2011 at 10:14 AM, Mattmann, Chris A (388J) chris.a.mattm...@jpl.nasa.gov wrote: +1 (binding) Cheers, Chris On May 2, 2011, at 5:32 PM, Ross Gardler wrote: I would like to call a vote to accept Airavata for entry into the Apache Incubator. The proposal thread can be found at [1] and the proposal text is at [2] [ ] +1 Accept Airavata into the incubator [ ] -1 Do NOT accept Airavata into the incubator because... Thanks, Ross [1] http://markmail.org/message/rhdiuwcexalfndim [2] http://wiki.apache.org/incubator/AiravataProposal - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org ++ Chris Mattmann, Ph.D. Senior Computer Scientist NASA Jet Propulsion Laboratory Pasadena, CA 91109 USA Office: 171-266B, Mailstop: 171-246 Email: chris.a.mattm...@nasa.gov WWW: http://sunset.usc.edu/~mattmann/ ++ Adjunct Assistant Professor, Computer Science Department University of Southern California, Los Angeles, CA 90089 USA ++ - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org -- Sagara Gunathunga Blog - http://ssagara.blogspot.com Web - http://people.apache.org/~sagara/ - To unsubscribe, e-mail: general-unsubscr...@incubator.apache.org For additional commands, e-mail: general-h...@incubator.apache.org
Re: OGNL Infrastructure questions
Hi all guys, the discussion in following up on INFRA-3601[1], please join to correct me if I'm wrong! Many thanks in advance, Simo [1] https://issues.apache.org/jira/browse/INFRA-3601 http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Mon, May 2, 2011 at 10:35 AM, Mark Struberg strub...@yahoo.de wrote: just for the record (for the new contributors). As long as your incubating the following rules apply: http://incubator.apache.org/guides/ppmc.html At the time you graduate you need to check who really was active and 'cleanup' the PPMC. So not every person which was on the PPMC automatically makes it to the final PMC anyway ... LieGrue, strub --- On Mon, 5/2/11, Olivier Lamy ol...@apache.org wrote: From: Olivier Lamy ol...@apache.org Subject: Re: OGNL Infrastructure questions To: general@incubator.apache.org Date: Monday, May 2, 2011, 7:11 AM +1 2011/5/2 Christian Grobmeier grobme...@gmail.com: 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? Proposal: - If you are a Commons PMC Member, you are an OGNL PPMC member by default - If a Committer is invited to the PPMC, an additional vote on Commons PMC is necessary, b/c he will join the Commons PMC after graduation by default - A contributor can be proposed by anybody - its up to the PPMC to open the vote - A new Committer can be elected by the PPMC with binding votes; as usual other Committers can vote unbinding. I don't think it creates any problems b/c usually there is already a consens on adding a person before calling a vote. Makes sense? Cheers Christian 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:
Re: OGNL Infrastructure questions
Hi again, As you already noticed, the main Issue is INFRA-3597[1]. Many thanks in advance! Simo [1] https://issues.apache.org/jira/browse/INFRA-3597 http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Tue, May 3, 2011 at 7:39 AM, Simone Tripodi simonetrip...@apache.org wrote: Hi all guys, the discussion in following up on INFRA-3601[1], please join to correct me if I'm wrong! Many thanks in advance, Simo [1] https://issues.apache.org/jira/browse/INFRA-3601 http://people.apache.org/~simonetripodi/ http://www.99soft.org/ On Mon, May 2, 2011 at 10:35 AM, Mark Struberg strub...@yahoo.de wrote: just for the record (for the new contributors). As long as your incubating the following rules apply: http://incubator.apache.org/guides/ppmc.html At the time you graduate you need to check who really was active and 'cleanup' the PPMC. So not every person which was on the PPMC automatically makes it to the final PMC anyway ... LieGrue, strub --- On Mon, 5/2/11, Olivier Lamy ol...@apache.org wrote: From: Olivier Lamy ol...@apache.org Subject: Re: OGNL Infrastructure questions To: general@incubator.apache.org Date: Monday, May 2, 2011, 7:11 AM +1 2011/5/2 Christian Grobmeier grobme...@gmail.com: 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? Proposal: - If you are a Commons PMC Member, you are an OGNL PPMC member by default - If a Committer is invited to the PPMC, an additional vote on Commons PMC is necessary, b/c he will join the Commons PMC after graduation by default - A contributor can be proposed by anybody - its up to the PPMC to open the vote - A new Committer can be elected by the PPMC with binding votes; as usual other Committers can vote unbinding. I don't think it creates any problems b/c usually there is already a consens on adding a person before calling a vote. Makes sense? Cheers Christian 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