Re: [VOTE] Accept Naomi

[Niall Pemberton]

On Tue, Nov 3, 2015 at 12:32 AM, Phil Steitz  wrote:

> On 11/2/15 5:21 PM, Niall Pemberton wrote:
> > On Mon, Nov 2, 2015 at 3:35 AM, James Carman  >
> > wrote:
> >
> >> [x] -1 We should not do this because...
> >>
> >> For the record, I am also -1 to this code contribution, at least if
> done in
> >> this way.  I would be happy to have this go through the incubator and
> build
> >> some community around it first so that we can make sure we dot all the
> i's
> >> and cross all the t's with respect to IP clearance, etc.  When/if I got
> >> some time, I'd be interested in poking around under the hood.  I would
> also
> >> like to see these folks come along for the ride with their code.
> >>
> > What is the plan regarding bringing the authors into commons? Or is this
> > code only?
>
> They will contribute via PRs at first and earn commit like any other
> Commons contributor.  Others have started this way and it has
> worked.  Git actually makes it a little easier.
>

OK. Also I only just saw Norman's earlier mail saying he Jeff planned to
continue to contribute - so +1 from me.

Niall



>
> Phil
> >
> > Niall
> >
> >
> >
> >> On Thu, Oct 29, 2015 at 8:42 PM Phil Steitz 
> wrote:
> >>
> >>> This is a VOTE to accept the code discussed in [1] and available for
> >>> review using the git commands below.  All are welcome to vote, votes
> >>> from PMC members are binding.  Assuming a positive vote, we will
> >>> execute a software grant with the authors and use the code as the
> >>> basis for a new Commons Sandbox component.
> >>>
> >>> This VOTE will close in 72 hours.  More discussion on the code and
> >>> its fit in Commons is always welcome, but please do not reply to
> >>> this thread with discussion, other than embedded justification for
> >>> negative VOTES.  Use the thread from [1] instead.
> >>>
> >>> Git commands to grab the code:
> >>>
> >>> git clone g...@github.com:NormanShapiro/Naomi.git
> >>> git checkout gh-pages
> >>>
> >>> Thanks!
> >>>
> >>> Phil
> >>> [1] http://markmail.org/message/imoi5aipf63f7rsa
> >>>
> >>> [ ] +1 Yes!
> >>> [ ] +0 OK...
> >>> [ ] -0 OK, but...
> >>> [ ] -1 We should not do this, because...
> >>>
> >>>
> >>> -
> >>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> >>> For additional commands, e-mail: dev-h...@commons.apache.org
> >>>
> >>>
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [VOTE] Accept Naomi

[Emmanuel Bourg]

Le 31/10/2015 10:51, Uwe Barthel a écrit :

> But, at these projects around 2 (reb4j) and 6 (pattern-builder) years no 
> activity.
> 
> Naomi could be a new start for this idea.

These inactive projects may also be a bad omen for Naomi, a sign that
people prefer compact and unreadable expressions over descriptive API
calls. I also note that reb4j has no reverse dependencies [1].

Emmanuel Bourg

[1] http://mvnrepository.com/artifact/io.github.reggert/reb4j


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[Niall Pemberton]

On Mon, Nov 2, 2015 at 3:35 AM, James Carman 
wrote:

> [x] -1 We should not do this because...
>
> For the record, I am also -1 to this code contribution, at least if done in
> this way.  I would be happy to have this go through the incubator and build
> some community around it first so that we can make sure we dot all the i's
> and cross all the t's with respect to IP clearance, etc.  When/if I got
> some time, I'd be interested in poking around under the hood.  I would also
> like to see these folks come along for the ride with their code.
>

What is the plan regarding bringing the authors into commons? Or is this
code only?

Niall



>
> On Thu, Oct 29, 2015 at 8:42 PM Phil Steitz  wrote:
>
> > This is a VOTE to accept the code discussed in [1] and available for
> > review using the git commands below.  All are welcome to vote, votes
> > from PMC members are binding.  Assuming a positive vote, we will
> > execute a software grant with the authors and use the code as the
> > basis for a new Commons Sandbox component.
> >
> > This VOTE will close in 72 hours.  More discussion on the code and
> > its fit in Commons is always welcome, but please do not reply to
> > this thread with discussion, other than embedded justification for
> > negative VOTES.  Use the thread from [1] instead.
> >
> > Git commands to grab the code:
> >
> > git clone g...@github.com:NormanShapiro/Naomi.git
> > git checkout gh-pages
> >
> > Thanks!
> >
> > Phil
> > [1] http://markmail.org/message/imoi5aipf63f7rsa
> >
> > [ ] +1 Yes!
> > [ ] +0 OK...
> > [ ] -0 OK, but...
> > [ ] -1 We should not do this, because...
> >
> >
> > -
> > To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> > For additional commands, e-mail: dev-h...@commons.apache.org
> >
> >
>

Re: [VOTE] Accept Naomi

[Phil Steitz]

On 11/2/15 5:21 PM, Niall Pemberton wrote:
> On Mon, Nov 2, 2015 at 3:35 AM, James Carman 
> wrote:
>
>> [x] -1 We should not do this because...
>>
>> For the record, I am also -1 to this code contribution, at least if done in
>> this way.  I would be happy to have this go through the incubator and build
>> some community around it first so that we can make sure we dot all the i's
>> and cross all the t's with respect to IP clearance, etc.  When/if I got
>> some time, I'd be interested in poking around under the hood.  I would also
>> like to see these folks come along for the ride with their code.
>>
> What is the plan regarding bringing the authors into commons? Or is this
> code only?

They will contribute via PRs at first and earn commit like any other
Commons contributor.  Others have started this way and it has
worked.  Git actually makes it a little easier.

Phil
>
> Niall
>
>
>
>> On Thu, Oct 29, 2015 at 8:42 PM Phil Steitz  wrote:
>>
>>> This is a VOTE to accept the code discussed in [1] and available for
>>> review using the git commands below.  All are welcome to vote, votes
>>> from PMC members are binding.  Assuming a positive vote, we will
>>> execute a software grant with the authors and use the code as the
>>> basis for a new Commons Sandbox component.
>>>
>>> This VOTE will close in 72 hours.  More discussion on the code and
>>> its fit in Commons is always welcome, but please do not reply to
>>> this thread with discussion, other than embedded justification for
>>> negative VOTES.  Use the thread from [1] instead.
>>>
>>> Git commands to grab the code:
>>>
>>> git clone g...@github.com:NormanShapiro/Naomi.git
>>> git checkout gh-pages
>>>
>>> Thanks!
>>>
>>> Phil
>>> [1] http://markmail.org/message/imoi5aipf63f7rsa
>>>
>>> [ ] +1 Yes!
>>> [ ] +0 OK...
>>> [ ] -0 OK, but...
>>> [ ] -1 We should not do this, because...
>>>
>>>
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>>> For additional commands, e-mail: dev-h...@commons.apache.org
>>>
>>>


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[Oliver Heger]

Am 30.10.2015 um 01:42 schrieb Phil Steitz:
> This is a VOTE to accept the code discussed in [1] and available for
> review using the git commands below.  All are welcome to vote, votes
> from PMC members are binding.  Assuming a positive vote, we will
> execute a software grant with the authors and use the code as the
> basis for a new Commons Sandbox component. 
> 
> This VOTE will close in 72 hours.  More discussion on the code and
> its fit in Commons is always welcome, but please do not reply to
> this thread with discussion, other than embedded justification for
> negative VOTES.  Use the thread from [1] instead.
> 
> Git commands to grab the code:
> 
> git clone g...@github.com:NormanShapiro/Naomi.git
> git checkout gh-pages
> 
> Thanks!
> 
> Phil
> [1] http://markmail.org/message/imoi5aipf63f7rsa
> 
> [ ] +1 Yes!
> [ ] +0 OK...
> [ ] -0 OK, but...
> [ ] -1 We should not do this, because...
> 
> 

+1

I saw the negative votes and can follow their reasoning. However, in
this case for me it is more relevant that multiple committers expressed
their interest in the code base and are willing to work on it. So there
is a bigger probability that a new viable component is added to Commons.

Oliver

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[Jörg Schaible]

Phil Steitz wrote:

> This is a VOTE to accept the code discussed in [1] and available for
> review using the git commands below.  All are welcome to vote, votes
> from PMC members are binding.  Assuming a positive vote, we will
> execute a software grant with the authors and use the code as the
> basis for a new Commons Sandbox component.
> 
> This VOTE will close in 72 hours.  More discussion on the code and
> its fit in Commons is always welcome, but please do not reply to
> this thread with discussion, other than embedded justification for
> negative VOTES.  Use the thread from [1] instead.
> 
> Git commands to grab the code:
> 
> git clone g...@github.com:NormanShapiro/Naomi.git
> git checkout gh-pages
> 
> Thanks!
> 
> Phil
> [1] http://markmail.org/message/imoi5aipf63f7rsa
> 
> [ ] +1 Yes!
> [ ] +0 OK...
> [ ] -0 OK, but...
> [ ] -1 We should not do this, because...

+1


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[James Carman]

On Sun, Nov 1, 2015 at 10:37 PM Phil Steitz  wrote:

> On 11/1/15 8:35 PM, James Carman wrote:
> > [x] -1 We should not do this because...
> >
> > For the record, I am also -1 to this code contribution, at least if done
> in
> > this way.  I would be happy to have this go through the incubator and
> build
> > some community around it first so that we can make sure we dot all the
> i's
> > and cross all the t's with respect to IP clearance, etc.
>
> What exactly are those "i's and t's" that are not included in the
> clearance template?
>
>
I would rather it go through the official incubation process.  If all of
those steps have already been taken, then I'm sure it won't take long.

Re: [VOTE] Accept Naomi

[Phil Steitz]

On 11/1/15 8:40 PM, James Carman wrote:
> On Sun, Nov 1, 2015 at 10:37 PM Phil Steitz  wrote:
>
>> On 11/1/15 8:35 PM, James Carman wrote:
>>> [x] -1 We should not do this because...
>>>
>>> For the record, I am also -1 to this code contribution, at least if done
>> in
>>> this way.  I would be happy to have this go through the incubator and
>> build
>>> some community around it first so that we can make sure we dot all the
>> i's
>>> and cross all the t's with respect to IP clearance, etc.
>> What exactly are those "i's and t's" that are not included in the
>> clearance template?
>>
>>
> I would rather it go through the official incubation process.  If all of
> those steps have already been taken, then I'm sure it won't take long.

I have to call BS on this and ask "why?"  Just to add adminstrivia? 
The IP clearance template is there to clear IP coming into the ASF. 
That is what it is for. We have done this before and we know how to
do it.   Other projects have done it.  It is 100% OK to do as long
as the receiving PMC is willing to accept the code.

Phil
>



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[James Carman]

[x] -1 We should not do this because...

For the record, I am also -1 to this code contribution, at least if done in
this way.  I would be happy to have this go through the incubator and build
some community around it first so that we can make sure we dot all the i's
and cross all the t's with respect to IP clearance, etc.  When/if I got
some time, I'd be interested in poking around under the hood.  I would also
like to see these folks come along for the ride with their code.

On Thu, Oct 29, 2015 at 8:42 PM Phil Steitz  wrote:

> This is a VOTE to accept the code discussed in [1] and available for
> review using the git commands below.  All are welcome to vote, votes
> from PMC members are binding.  Assuming a positive vote, we will
> execute a software grant with the authors and use the code as the
> basis for a new Commons Sandbox component.
>
> This VOTE will close in 72 hours.  More discussion on the code and
> its fit in Commons is always welcome, but please do not reply to
> this thread with discussion, other than embedded justification for
> negative VOTES.  Use the thread from [1] instead.
>
> Git commands to grab the code:
>
> git clone g...@github.com:NormanShapiro/Naomi.git
> git checkout gh-pages
>
> Thanks!
>
> Phil
> [1] http://markmail.org/message/imoi5aipf63f7rsa
>
> [ ] +1 Yes!
> [ ] +0 OK...
> [ ] -0 OK, but...
> [ ] -1 We should not do this, because...
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>

Re: [VOTE] Accept Naomi

[Phil Steitz]

Forgot to add, here is my +1

Phil
On 10/29/15 5:42 PM, Phil Steitz wrote:
> This is a VOTE to accept the code discussed in [1] and available for
> review using the git commands below.  All are welcome to vote, votes
> from PMC members are binding.  Assuming a positive vote, we will
> execute a software grant with the authors and use the code as the
> basis for a new Commons Sandbox component. 
>
> This VOTE will close in 72 hours.  More discussion on the code and
> its fit in Commons is always welcome, but please do not reply to
> this thread with discussion, other than embedded justification for
> negative VOTES.  Use the thread from [1] instead.
>
> Git commands to grab the code:
>
> git clone g...@github.com:NormanShapiro/Naomi.git
> git checkout gh-pages
>
> Thanks!
>
> Phil
> [1] http://markmail.org/message/imoi5aipf63f7rsa
>
> [ ] +1 Yes!
> [ ] +0 OK...
> [ ] -0 OK, but...
> [ ] -1 We should not do this, because...
>


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[James Carman]

>
>
> I have to call BS on this and ask "why?"  Just to add adminstrivia?
> The IP clearance template is there to clear IP coming into the ASF.
> That is what it is for. We have done this before and we know how to
> do it.   Other projects have done it.  It is 100% OK to do as long
> as the receiving PMC is willing to accept the code.
>
>
I have given my opinion on the matter.  The vote appears to have been
closed already anyway, so I am merely giving my opinion "for the record."
 This is not a "veto", so just add up the +1s and -1s and move on (feel
free to leave my vote out of the tallying if you need to, since it's
late).  I'm not changing my vote and it cannot be considered invalid.

Re: [VOTE] Accept Naomi

[Phil Steitz]

On Nov 1, 2015, at 9:06 PM, James Carman  wrote:

>> 
>> 
>> I have to call BS on this and ask "why?"  Just to add adminstrivia?
>> The IP clearance template is there to clear IP coming into the ASF.
>> That is what it is for. We have done this before and we know how to
>> do it.   Other projects have done it.  It is 100% OK to do as long
>> as the receiving PMC is willing to accept the code.
> I have given my opinion on the matter.  The vote appears to have been
> closed already anyway, so I am merely giving my opinion "for the record."
> This is not a "veto", so just add up the +1s and -1s and move on (feel
> free to leave my vote out of the tallying if you need to, since it's
> late).  I'm not changing my vote and it cannot be considered invalid.

The vote is still open.  Your vote certainly counts. It would be nice to 
understand better why exactly you are voting -1.

Phil
-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[Phil Steitz]

On 11/1/15 8:35 PM, James Carman wrote:
> [x] -1 We should not do this because...
>
> For the record, I am also -1 to this code contribution, at least if done in
> this way.  I would be happy to have this go through the incubator and build
> some community around it first so that we can make sure we dot all the i's
> and cross all the t's with respect to IP clearance, etc.

What exactly are those "i's and t's" that are not included in the
clearance template?

Phil
>   When/if I got
> some time, I'd be interested in poking around under the hood.  I would also
> like to see these folks come along for the ride with their code.
>
> On Thu, Oct 29, 2015 at 8:42 PM Phil Steitz  wrote:
>
>> This is a VOTE to accept the code discussed in [1] and available for
>> review using the git commands below.  All are welcome to vote, votes
>> from PMC members are binding.  Assuming a positive vote, we will
>> execute a software grant with the authors and use the code as the
>> basis for a new Commons Sandbox component.
>>
>> This VOTE will close in 72 hours.  More discussion on the code and
>> its fit in Commons is always welcome, but please do not reply to
>> this thread with discussion, other than embedded justification for
>> negative VOTES.  Use the thread from [1] instead.
>>
>> Git commands to grab the code:
>>
>> git clone g...@github.com:NormanShapiro/Naomi.git
>> git checkout gh-pages
>>
>> Thanks!
>>
>> Phil
>> [1] http://markmail.org/message/imoi5aipf63f7rsa
>>
>> [ ] +1 Yes!
>> [ ] +0 OK...
>> [ ] -0 OK, but...
>> [ ] -1 We should not do this, because...
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>>


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[norm]

Henri Yandell  writes:

> I see a lot of talking on list and not much engagement with Norm and Jeff
>(either to or from them). This concerns me.

Much of the discussion has been about matters internal to Apache Commons. Jeff
and I are not yet sufficiently familiar with these matters to comment.
However, we are both committed to continuing to contribute and are more than
open to the ideas of others.

Norman Shapiro

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[Uwe Barthel]

> Could this new component be the start of an 'API + Implementation'
> component where we could plugin Java RE and these others?
Sound like an interesting idea.

But, at these projects around 2 (reb4j) and 6 (pattern-builder) years no 
activity.

Naomi could be a new start for this idea.

mit freundlichen Grüßen
Uwe Barthel
-- 
bart...@x-reizend.de


> On 30 Oct 2015, at 20:14, Gary Gregory  wrote:
> 
> On Fri, Oct 30, 2015 at 10:23 AM, Emmanuel Bourg  wrote:
> 
>> Le 30/10/2015 13:03, Dave Brosius a écrit :
>> 
>>> I certainly respect your opinion, but would ask that you reconsider, if
>>> possible.
>> 
>> Well, this isn't a veto, if a majority wants to see this library in
>> Apache Commons then go ahead. But I don't think this is a wise move, and
>> the project could perfectly thrive on Github.
>> 
>> On a side note, the idea of a regexp builder isn't new, there are other
>> implementations out there. I've found at least two examples after a
>> quick search:
>> 
>> Regular Expression Builder for Java
>> https://github.com/reggert/reb4j
>> 
>> Pattern Builder
>> https://code.google.com/p/pattern-builder/
>> (the fluent API looks nice)
>> 
>> Emmanuel Bourg
>> 
> 
> Could this new component be the start of an 'API + Implementation'
> component where we could plugin Java RE and these others?
> 
> Gary
> 
>> 
>> 
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>> 
>> 
> 
> 
> -- 
> E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
> Java Persistence with Hibernate, Second Edition
> 
> JUnit in Action, Second Edition 
> Spring Batch in Action 
> Blog: http://garygregory.wordpress.com
> Home: http://garygregory.com/
> Tweet! http://twitter.com/GaryGregory


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[Siegfried Goeschl]

Hi Uwe,

for such small components Apache incubator is sort of overkill - setup can be 
daunting and Naomi is unlikely to attract a large community. That’s the reason 
why small potential ASF projects are looking for an umbrella project and Apache 
Commons is designed to be such an umbrella project - AFAIK every ASF committer 
has commit rights on sandbox components (anyone out there who knows that for 
sure)

In other words - if Naomi becomes ASF it should be Apache Commons

Cheers,

Siegfried Goeschl


> On 31 Oct 2015, at 10:28, Uwe Barthel  wrote:
> 
> [x] -0 OK, but…
> 
> … on going over Incubator instead.
> It gives the chance to grow up a community and re-invite the code and 
> documentation.
> 
> I’m with Benedikt pointing to the rock-star-thing and people behind the ASF.
> Why not use the Incubator as described by the ASF[1]?
> 
> [1] http://www.apache.org/foundation/how-it-works.html#incubator
> 
> mit freundlichen Grüßen
> Uwe Barthel
> -- 
> bart...@x-reizend.de
> 
> 
>> On 30 Oct 2015, at 01:42, Phil Steitz  wrote:
>> 
>> This is a VOTE to accept the code discussed in [1] and available for
>> review using the git commands below.  All are welcome to vote, votes
>> from PMC members are binding.  Assuming a positive vote, we will
>> execute a software grant with the authors and use the code as the
>> basis for a new Commons Sandbox component. 
>> 
>> This VOTE will close in 72 hours.  More discussion on the code and
>> its fit in Commons is always welcome, but please do not reply to
>> this thread with discussion, other than embedded justification for
>> negative VOTES.  Use the thread from [1] instead.
>> 
>> Git commands to grab the code:
>> 
>> git clone g...@github.com:NormanShapiro/Naomi.git
>> git checkout gh-pages
>> 
>> Thanks!
>> 
>> Phil
>> [1] http://markmail.org/message/imoi5aipf63f7rsa
>> 
>> [ ] +1 Yes!
>> [ ] +0 OK...
>> [ ] -0 OK, but...
>> [ ] -1 We should not do this, because...
>> 
>> 
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>> 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
> 


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[Uwe Barthel]

Hi Siegfried,

Thanks for your clarification.

It's really commonly use to bypass the incubator for small projects to become 
Apache Commons subproject status?

I’m a contributor and not deeply involved to assimilate new projects in ASF. 
Thats is, why I vote with zero.

mit freundlichen Grüßen
Uwe Barthel
-- 
bart...@x-reizend.de


> On 31 Oct 2015, at 11:01, Siegfried Goeschl  
> wrote:
> 
> Hi Uwe,
> 
> for such small components Apache incubator is sort of overkill - setup can be 
> daunting and Naomi is unlikely to attract a large community. That’s the 
> reason why small potential ASF projects are looking for an umbrella project 
> and Apache Commons is designed to be such an umbrella project - AFAIK every 
> ASF committer has commit rights on sandbox components (anyone out there who 
> knows that for sure)
> 
> In other words - if Naomi becomes ASF it should be Apache Commons
> 
> Cheers,
> 
> Siegfried Goeschl
> 
> 
>> On 31 Oct 2015, at 10:28, Uwe Barthel  wrote:
>> 
>> [x] -0 OK, but…
>> 
>> … on going over Incubator instead.
>> It gives the chance to grow up a community and re-invite the code and 
>> documentation.
>> 
>> I’m with Benedikt pointing to the rock-star-thing and people behind the ASF.
>> Why not use the Incubator as described by the ASF[1]?
>> 
>> [1] http://www.apache.org/foundation/how-it-works.html#incubator
>> 
>> mit freundlichen Grüßen
>> Uwe Barthel
>> -- 
>> bart...@x-reizend.de
>> 
>> 
>>> On 30 Oct 2015, at 01:42, Phil Steitz  wrote:
>>> 
>>> This is a VOTE to accept the code discussed in [1] and available for
>>> review using the git commands below.  All are welcome to vote, votes
>>> from PMC members are binding.  Assuming a positive vote, we will
>>> execute a software grant with the authors and use the code as the
>>> basis for a new Commons Sandbox component. 
>>> 
>>> This VOTE will close in 72 hours.  More discussion on the code and
>>> its fit in Commons is always welcome, but please do not reply to
>>> this thread with discussion, other than embedded justification for
>>> negative VOTES.  Use the thread from [1] instead.
>>> 
>>> Git commands to grab the code:
>>> 
>>> git clone g...@github.com:NormanShapiro/Naomi.git
>>> git checkout gh-pages
>>> 
>>> Thanks!
>>> 
>>> Phil
>>> [1] http://markmail.org/message/imoi5aipf63f7rsa
>>> 
>>> [ ] +1 Yes!
>>> [ ] +0 OK...
>>> [ ] -0 OK, but...
>>> [ ] -1 We should not do this, because...
>>> 
>>> 
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>>> For additional commands, e-mail: dev-h...@commons.apache.org
>>> 
>> 
>> 
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>> 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
> 


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[Uwe Barthel]

[x] -0 OK, but…

… on going over Incubator instead.
It gives the chance to grow up a community and re-invite the code and 
documentation.

I’m with Benedikt pointing to the rock-star-thing and people behind the ASF.
Why not use the Incubator as described by the ASF[1]?

[1] http://www.apache.org/foundation/how-it-works.html#incubator

mit freundlichen Grüßen
Uwe Barthel
-- 
bart...@x-reizend.de


> On 30 Oct 2015, at 01:42, Phil Steitz  wrote:
> 
> This is a VOTE to accept the code discussed in [1] and available for
> review using the git commands below.  All are welcome to vote, votes
> from PMC members are binding.  Assuming a positive vote, we will
> execute a software grant with the authors and use the code as the
> basis for a new Commons Sandbox component. 
> 
> This VOTE will close in 72 hours.  More discussion on the code and
> its fit in Commons is always welcome, but please do not reply to
> this thread with discussion, other than embedded justification for
> negative VOTES.  Use the thread from [1] instead.
> 
> Git commands to grab the code:
> 
> git clone g...@github.com:NormanShapiro/Naomi.git
> git checkout gh-pages
> 
> Thanks!
> 
> Phil
> [1] http://markmail.org/message/imoi5aipf63f7rsa
> 
> [ ] +1 Yes!
> [ ] +0 OK...
> [ ] -0 OK, but...
> [ ] -1 We should not do this, because...
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
> 


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[Siegfried Goeschl]

Hi Uwe,

I would not say commonly used but this is an option for smaller projects to 
find a home - and Apache Commons Sandbox IS the incubator of Apache Commons. 

To make the things clearer 

* checkout commons-email or commons-exec (Disclaimer - I contributed to both 
projects)
* commons-email actually stems from Apache Turbine and was probably promoted to 
a regular component quickly
* commons-exec was a dormant in the sandbox for some time before there was 
enough activity to justify a regular Apache Commons component
* both can be considered useful but there are not sexy (actually you could call 
them outright boring), have little code and get an occasionally a release
* as Apache Commons committer you have a SVN karma for all components

Cheers,

Siegfried Goeschl




> On 31 Oct 2015, at 11:35, Uwe Barthel  wrote:
> 
> Hi Siegfried,
> 
> Thanks for your clarification.
> 
> It's really commonly use to bypass the incubator for small projects to become 
> Apache Commons subproject status?
> 
> I’m a contributor and not deeply involved to assimilate new projects in ASF. 
> Thats is, why I vote with zero.
> 
> mit freundlichen Grüßen
> Uwe Barthel
> -- 
> bart...@x-reizend.de
> 
> 
>> On 31 Oct 2015, at 11:01, Siegfried Goeschl  
>> wrote:
>> 
>> Hi Uwe,
>> 
>> for such small components Apache incubator is sort of overkill - setup can 
>> be daunting and Naomi is unlikely to attract a large community. That’s the 
>> reason why small potential ASF projects are looking for an umbrella project 
>> and Apache Commons is designed to be such an umbrella project - AFAIK every 
>> ASF committer has commit rights on sandbox components (anyone out there who 
>> knows that for sure)
>> 
>> In other words - if Naomi becomes ASF it should be Apache Commons
>> 
>> Cheers,
>> 
>> Siegfried Goeschl
>> 
>> 
>>> On 31 Oct 2015, at 10:28, Uwe Barthel  wrote:
>>> 
>>> [x] -0 OK, but…
>>> 
>>> … on going over Incubator instead.
>>> It gives the chance to grow up a community and re-invite the code and 
>>> documentation.
>>> 
>>> I’m with Benedikt pointing to the rock-star-thing and people behind the ASF.
>>> Why not use the Incubator as described by the ASF[1]?
>>> 
>>> [1] http://www.apache.org/foundation/how-it-works.html#incubator
>>> 
>>> mit freundlichen Grüßen
>>> Uwe Barthel
>>> -- 
>>> bart...@x-reizend.de
>>> 
>>> 
 On 30 Oct 2015, at 01:42, Phil Steitz  wrote:
 
 This is a VOTE to accept the code discussed in [1] and available for
 review using the git commands below.  All are welcome to vote, votes
 from PMC members are binding.  Assuming a positive vote, we will
 execute a software grant with the authors and use the code as the
 basis for a new Commons Sandbox component. 
 
 This VOTE will close in 72 hours.  More discussion on the code and
 its fit in Commons is always welcome, but please do not reply to
 this thread with discussion, other than embedded justification for
 negative VOTES.  Use the thread from [1] instead.
 
 Git commands to grab the code:
 
 git clone g...@github.com:NormanShapiro/Naomi.git
 git checkout gh-pages
 
 Thanks!
 
 Phil
 [1] http://markmail.org/message/imoi5aipf63f7rsa
 
 [ ] +1 Yes!
 [ ] +0 OK...
 [ ] -0 OK, but...
 [ ] -1 We should not do this, because...
 
 
 -
 To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
 For additional commands, e-mail: dev-h...@commons.apache.org
 
>>> 
>>> 
>>> -
>>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>>> For additional commands, e-mail: dev-h...@commons.apache.org
>>> 
>> 
>> 
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>> 
> 
> 
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
> 


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[Benedikt Ritter]

Hello Phil,

2015-10-30 1:42 GMT+01:00 Phil Steitz :

> This is a VOTE to accept the code discussed in [1] and available for
> review using the git commands below.  All are welcome to vote, votes
> from PMC members are binding.  Assuming a positive vote, we will
> execute a software grant with the authors and use the code as the
> basis for a new Commons Sandbox component.
>
> This VOTE will close in 72 hours.  More discussion on the code and
> its fit in Commons is always welcome, but please do not reply to
> this thread with discussion, other than embedded justification for
> negative VOTES.  Use the thread from [1] instead.
>
> Git commands to grab the code:
>
> git clone g...@github.com:NormanShapiro/Naomi.git
> git checkout gh-pages
>
> Thanks!
>
> Phil
> [1] http://markmail.org/message/imoi5aipf63f7rsa
>
> [ ] +1 Yes!
> [x] +0 OK...
>

I'm usually very enthusiastic about any thing new at Commons. However I
understand the concerns others have already brought up. For the time I have
been at Commons, there have only three new sandbox components been created:
BeanUitls2 and Inject have been created from scratch by one of our
committers after a formal vote, Commons RDF is currently going through the
incubator after some discussions. I don't understand why we're rushing into
this in this case. There has been very low activity in Commons RDF which
has shown me, that it was a good idea to go through the incubator to build
a community first.

Further more I would like to remind everybody about one of the core terms
of the ASF [1]. We don't accept people (or their code) because they are
rock stars in Computer Science, but because they have proofed their skills
and willingness to work on our components over a longer period of time.

Thank you!
Benedikt

[1] http://www.apache.org/foundation/how-it-works.html#meritocracy


> [ ] -0 OK, but...
> [ ] -1 We should not do this, because...
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter

Re: [VOTE] Accept Naomi

[Phil Steitz]

On 10/31/15 3:35 AM, Uwe Barthel wrote:
> Hi Siegfried,
>
> Thanks for your clarification.
>
> It's really commonly use to bypass the incubator for small projects to become 
> Apache Commons subproject status?

Apache Commons is one project - we don't have subprojects.  We have
accepted code grants directly before, sometimes into new components,
sometimes merged in to existing components.  The key is as Mark
pointed out whether or not we have interest already here in Commons
in working on the code.  if that is the case, we can just accept the
code grant and work with the community as we do on other components;
otherwise it makes sense to try to grow community either in the
Incubator or elsewhere before we accept the code.

Phil
>
> I’m a contributor and not deeply involved to assimilate new projects in ASF. 
> Thats is, why I vote with zero.
>
> mit freundlichen Grüßen
> Uwe Barthel



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[Henri Yandell]

On Sat, Oct 31, 2015 at 2:49 PM, Phil Steitz  wrote:

> On 10/31/15 3:35 AM, Uwe Barthel wrote:
> > Hi Siegfried,
> >
> > Thanks for your clarification.
> >
> > It's really commonly use to bypass the incubator for small projects to
> become Apache Commons subproject status?
>
> Apache Commons is one project - we don't have subprojects.  We have
> accepted code grants directly before, sometimes into new components,
> sometimes merged in to existing components.  The key is as Mark
> pointed out whether or not we have interest already here in Commons
> in working on the code.  if that is the case, we can just accept the
> code grant and work with the community as we do on other components;
> otherwise it makes sense to try to grow community either in the
> Incubator or elsewhere before we accept the code.
>

Few add-on thoughts:

* The thread talks about growing community. Which community? The notion of
Commons is that a community develops/manages N components. None of our
components (or very few) support their own community. If we have enough +1
involvement (where +1 means 'will do coding, not just in favour'), then our
community seems fine.

* Emmanuel noted a preference for Commons components being refactored out
of other Apache projects. I want to note that early days of a lot of
Commons components were about code from people's personal libraries merging
in, not just Apache projects. Merging is an important word there though and
different to the notion of a full component coming in from outside.

* I see a lot of talking on list and not much engagement with Norm and Jeff
(either to or from them). This concerns me.

Hen

Re: [VOTE] Accept Naomi

[Benedikt Ritter]

Hello Phil,

2015-10-30 1:42 GMT+01:00 Phil Steitz :

> This is a VOTE to accept the code discussed in [1] and available for
> review using the git commands below.  All are welcome to vote, votes
> from PMC members are binding.  Assuming a positive vote, we will
> execute a software grant with the authors and use the code as the
> basis for a new Commons Sandbox component.
>
> This VOTE will close in 72 hours.  More discussion on the code and
> its fit in Commons is always welcome, but please do not reply to
> this thread with discussion, other than embedded justification for
> negative VOTES.  Use the thread from [1] instead.
>
> Git commands to grab the code:
>
> git clone g...@github.com:NormanShapiro/Naomi.git
> git checkout gh-pages
>
> Thanks!
>

Who will be the initial group of committers from Apache Commons as well as
from outside the ASF? I'd like to get a feeling how many people will be
involved/are interested in the project.

Thanks for pushing this forward!
Benedikt


>
> Phil
> [1] http://markmail.org/message/imoi5aipf63f7rsa
>
> [ ] +1 Yes!
> [ ] +0 OK...
> [ ] -0 OK, but...
> [ ] -1 We should not do this, because...
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
http://people.apache.org/~britter/
http://www.systemoutprintln.de/
http://twitter.com/BenediktRitter
http://github.com/britter

Re: [VOTE] Accept Naomi

[luc]

Le 2015-10-30 01:42, Phil Steitz a écrit :

This is a VOTE to accept the code discussed in [1] and available for
review using the git commands below.  All are welcome to vote, votes
from PMC members are binding.  Assuming a positive vote, we will
execute a software grant with the authors and use the code as the
basis for a new Commons Sandbox component.

This VOTE will close in 72 hours.  More discussion on the code and
its fit in Commons is always welcome, but please do not reply to
this thread with discussion, other than embedded justification for
negative VOTES.  Use the thread from [1] instead.

Git commands to grab the code:

git clone g...@github.com:NormanShapiro/Naomi.git
git checkout gh-pages

Thanks!

Phil
[1] http://markmail.org/message/imoi5aipf63f7rsa

[X] +1 Yes!


Luc


[ ] +0 OK...
[ ] -0 OK, but...
[ ] -1 We should not do this, because...


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[Emmanuel Bourg]

Le 30/10/2015 01:42, Phil Steitz a écrit :

> [X] -1 We should not do this, because...

Sorry I feel this is going too fast. I don't think Apache Commons should
turn into a forge hosting any small project asking to join. I see more
Apache Commons as a ground for gathering libraries developed in other
Apache projects. I don't think we should turn into a Github alternative
with the Apache brand.

Emmanuel Bourg


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[Phil Steitz]

> On Oct 30, 2015, at 1:12 AM, Benedikt Ritter  wrote:
> 
> Hello Phil,
> 
> 2015-10-30 1:42 GMT+01:00 Phil Steitz :
> 
>> This is a VOTE to accept the code discussed in [1] and available for
>> review using the git commands below.  All are welcome to vote, votes
>> from PMC members are binding.  Assuming a positive vote, we will
>> execute a software grant with the authors and use the code as the
>> basis for a new Commons Sandbox component.
>> 
>> This VOTE will close in 72 hours.  More discussion on the code and
>> its fit in Commons is always welcome, but please do not reply to
>> this thread with discussion, other than embedded justification for
>> negative VOTES.  Use the thread from [1] instead.
>> 
>> Git commands to grab the code:
>> 
>> git clone g...@github.com:NormanShapiro/Naomi.git
>> git checkout gh-pages
>> 
>> Thanks!
> 
> Who will be the initial group of committers from Apache Commons as well as
> from outside the ASF? I'd like to get a feeling how many people will be
> involved/are interested in the project.

No immediate change in committers, current asf committers (any of whom can 
commit to commons) will merge PRs for contributors who are not yet committers. 

Phil
> 
> Thanks for pushing this forward!
> Benedikt
> 
> 
>> 
>> Phil
>> [1] http://markmail.org/message/imoi5aipf63f7rsa
>> 
>> [ ] +1 Yes!
>> [ ] +0 OK...
>> [ ] -0 OK, but...
>> [ ] -1 We should not do this, because...
>> 
>> 
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
> 
> 
> -- 
> http://people.apache.org/~britter/
> http://www.systemoutprintln.de/
> http://twitter.com/BenediktRitter
> http://github.com/britter

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[Dave Brosius]

Emmanuel,

I understand where your opinions come from, and respect your arguments.
I generally agree with your sentiments, that run of the mill 'github
projects' should not be added to Apache willy-nilly.

I think this contribution however is not the run-of-the-mill type, nor
are the contributors. Both Norm and Jeff are retiring engineers with
long and distinquished careers, having made _significant_ contributions
to computer science. That they would like to contribute something to
Apache, i take as quite an honor, myself. Your concerns over how will a
community be built, and what level of involvement will the original
authors give, is normally quite valid, but in this case, begs for some
exceptions.

This project is really quite promising, in my opinion. That it is a bit
rough around the edges, is valid, but that it is a fluent, ease of use
library over a potentially difficult area is really what Apache tends to
do quite often. Apache as an organization is good at taking good ideas
that perhaps are not in perfect shape, and turning them into
professional libraries. This is something this library would do well for.

I certainly respect your opinion, but would ask that you reconsider, if
possible.

---dave

On 10/30/2015 07:06 AM, Emmanuel Bourg wrote:

Le 30/10/2015 01:42, Phil Steitz a écrit :


[X] -1 We should not do this, because...

Sorry I feel this is going too fast. I don't think Apache Commons should
turn into a forge hosting any small project asking to join. I see more
Apache Commons as a ground for gathering libraries developed in other
Apache projects. I don't think we should turn into a Github alternative
with the Apache brand.

Emmanuel Bourg


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org







-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[Dave Brosius]

Emmanuel,

I understand where your opinions come from, and respect your arguments. 
I generally agree with your sentiments, that run of the mill 'github 
projects' should not be added to Apache willy-nilly.


I think this contribution however is not the run-of-the-mill type, nor 
are the contributors. Both Norm and Jeff are retiring engineers with 
long and distinquished careers, having made _significant_ contributions 
to computer science. That they would like to contribute something to 
Apache, i take as quite an honor, myself. Your concerns over how will a 
community be built, and what level of involvement will the original 
authors give, is normally quite valid, but in this case, begs for some 
exceptions.


This project is really quite promising, in my opinion. That it is a bit 
rough around the edges, is valid, but that it is a fluent, ease of use 
library over a potentially difficult area is really what Apache tends to 
do quite often. Apache as an organization is good at taking good ideas 
that perhaps are not in perfect shape, and turning them into 
professional libraries. This is something this library would do well for.


I certainly respect your opinion, but would ask that you reconsider, if 
possible.


---dave

On 10/30/2015 07:06 AM, Emmanuel Bourg wrote:

Le 30/10/2015 01:42, Phil Steitz a écrit :


[X] -1 We should not do this, because...

Sorry I feel this is going too fast. I don't think Apache Commons should
turn into a forge hosting any small project asking to join. I see more
Apache Commons as a ground for gathering libraries developed in other
Apache projects. I don't think we should turn into a Github alternative
with the Apache brand.

Emmanuel Bourg


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org





-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[Mark Thomas]

On 30/10/2015 00:42, Phil Steitz wrote:
> This is a VOTE to accept the code discussed in [1] and available for
> review using the git commands below.  All are welcome to vote, votes
> from PMC members are binding.  Assuming a positive vote, we will
> execute a software grant with the authors and use the code as the
> basis for a new Commons Sandbox component. 
> 
> This VOTE will close in 72 hours.  More discussion on the code and
> its fit in Commons is always welcome, but please do not reply to
> this thread with discussion, other than embedded justification for
> negative VOTES.  Use the thread from [1] instead.
> 
> Git commands to grab the code:
> 
> git clone g...@github.com:NormanShapiro/Naomi.git
> git checkout gh-pages
> 
> Thanks!
> 
> Phil
> [1] http://markmail.org/message/imoi5aipf63f7rsa
> 
> [ ] +1 Yes!
> [ ] +0 OK...
> [ ] -0 OK, but...
> [X] -1 We should not do this, because...

The Commons sandbox should not be used as a replacement for / way to
bypass the Apache Incubator.

Mark


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[Phil Steitz]

On 10/30/15 5:33 AM, Mark Thomas wrote:
> On 30/10/2015 00:42, Phil Steitz wrote:
>> This is a VOTE to accept the code discussed in [1] and available for
>> review using the git commands below.  All are welcome to vote, votes
>> from PMC members are binding.  Assuming a positive vote, we will
>> execute a software grant with the authors and use the code as the
>> basis for a new Commons Sandbox component. 
>>
>> This VOTE will close in 72 hours.  More discussion on the code and
>> its fit in Commons is always welcome, but please do not reply to
>> this thread with discussion, other than embedded justification for
>> negative VOTES.  Use the thread from [1] instead.
>>
>> Git commands to grab the code:
>>
>> git clone g...@github.com:NormanShapiro/Naomi.git
>> git checkout gh-pages
>>
>> Thanks!
>>
>> Phil
>> [1] http://markmail.org/message/imoi5aipf63f7rsa
>>
>> [ ] +1 Yes!
>> [ ] +0 OK...
>> [ ] -0 OK, but...
>> [X] -1 We should not do this, because...
> The Commons sandbox should not be used as a replacement for / way to
> bypass the Apache Incubator.

I don't see this as a case of that, as there are Commons committers
(self included) interested in working on this code in Commons.  If
you and others insist, we will do the side trip through the
Incubator, but I do not see it as necessary, nor consistent with
what we have done with other code brought in through the sandbox. 
For me, the litmus test on bringing externally sourced code into the
Sandbox (or [math] or any other component) is are there ASF
committers interested and willing to work on it and grow a community
around it.  I see the likelihood of healthy growth around the Naomi
code base higher starting in Commons than the Incubator.   I am
personally interested in working on this code.  There appear to be
others as well.  My cycles and energy for administrivia are limited,
so I would appreciate some flexibility on this.  On the other hand,
I respect alternative views and if the consensus is we have to side
trip through the Incubator, we will do that.

Phil
>
> Mark
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[Phil Steitz]

On 10/30/15 4:06 AM, Emmanuel Bourg wrote:
> Le 30/10/2015 01:42, Phil Steitz a écrit :
>
>> [X] -1 We should not do this, because...
> 
>  I see more
> Apache Commons as a ground for gathering libraries developed in other
> Apache projects.

I respect that view, but strongly disagree with it.  I think [math]
has been a pretty successful Commons component, which started in
Commons with original source contributed in pretty much the same way
we have here - someone new to the ASF submitting a bunch of code for
consideration and some Commons committers starting a Sandbox project.

>  I don't think we should turn into a Github alternative
> with the Apache brand.

Nobody is suggesting that.  We are talking about a new Apache
Commons component.

Phil
>
> Emmanuel Bourg
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[Mark Thomas]

On 30/10/2015 14:17, Phil Steitz wrote:
> On 10/30/15 5:33 AM, Mark Thomas wrote:
>> On 30/10/2015 00:42, Phil Steitz wrote:
>>> This is a VOTE to accept the code discussed in [1] and available for
>>> review using the git commands below.  All are welcome to vote, votes
>>> from PMC members are binding.  Assuming a positive vote, we will
>>> execute a software grant with the authors and use the code as the
>>> basis for a new Commons Sandbox component. 
>>>
>>> This VOTE will close in 72 hours.  More discussion on the code and
>>> its fit in Commons is always welcome, but please do not reply to
>>> this thread with discussion, other than embedded justification for
>>> negative VOTES.  Use the thread from [1] instead.
>>>
>>> Git commands to grab the code:
>>>
>>> git clone g...@github.com:NormanShapiro/Naomi.git
>>> git checkout gh-pages
>>>
>>> Thanks!
>>>
>>> Phil
>>> [1] http://markmail.org/message/imoi5aipf63f7rsa
>>>
>>> [ ] +1 Yes!
>>> [ ] +0 OK...
>>> [ ] -0 OK, but...
>>> [X] -1 We should not do this, because...
>> The Commons sandbox should not be used as a replacement for / way to
>> bypass the Apache Incubator.
> 
> I don't see this as a case of that, as there are Commons committers
> (self included) interested in working on this code in Commons.

Who, exactly? I ask because the list of people from Commons who intend
to get involved in this has a very strong influence on whether I think
this should go via the incubator or not.

I'm a little concerned - based on the minimal input on the dev list from
the original contributors - that this is more of a code dump than a code
contribution.

> If you and others insist, we will do the side trip through the
> Incubator, but I do not see it as necessary, nor consistent with
> what we have done with other code brought in through the sandbox.

I appreciate that. I don't want to put unnecessary hurdles in the way
but neither do I want to see essential processes (IP clearance, branding
etc. bypassed).

> For me, the litmus test on bringing externally sourced code into the
> Sandbox (or [math] or any other component) is are there ASF
> committers interested and willing to work on it and grow a community
> around it.

I set the bar higher for a new component. I'm particularly looking at
how many ASF members (i.e. people who grok how the ASF is meant to
operate) are involved.

> I see the likelihood of healthy growth around the Naomi
> code base higher starting in Commons than the Incubator.

I tend to agree with you but, with the emphasis on the healthy aspect,
I'd like more detail on who plans to get involved.

>   I am
> personally interested in working on this code.  There appear to be
> others as well.  My cycles and energy for administrivia are limited,
> so I would appreciate some flexibility on this.  On the other hand,
> I respect alternative views and if the consensus is we have to side
> trip through the Incubator, we will do that.

My vote is not set in stone. More detail on who plans to be involved is
likely to change it.

Mark

-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[Gary Gregory]

On Fri, Oct 30, 2015 at 10:23 AM, Emmanuel Bourg  wrote:

> Le 30/10/2015 13:03, Dave Brosius a écrit :
>
> > I certainly respect your opinion, but would ask that you reconsider, if
> > possible.
>
> Well, this isn't a veto, if a majority wants to see this library in
> Apache Commons then go ahead. But I don't think this is a wise move, and
> the project could perfectly thrive on Github.
>
> On a side note, the idea of a regexp builder isn't new, there are other
> implementations out there. I've found at least two examples after a
> quick search:
>
> Regular Expression Builder for Java
> https://github.com/reggert/reb4j
>
> Pattern Builder
> https://code.google.com/p/pattern-builder/
> (the fluent API looks nice)
>
> Emmanuel Bourg
>

Could this new component be the start of an 'API + Implementation'
component where we could plugin Java RE and these others?

Gary

>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition

JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: [VOTE] Accept Naomi

[Gary Gregory]

+1 for the Sandbox. Task 1: We need unit tests!

Gary

On Thu, Oct 29, 2015 at 5:42 PM, Phil Steitz  wrote:

> This is a VOTE to accept the code discussed in [1] and available for
> review using the git commands below.  All are welcome to vote, votes
> from PMC members are binding.  Assuming a positive vote, we will
> execute a software grant with the authors and use the code as the
> basis for a new Commons Sandbox component.
>
> This VOTE will close in 72 hours.  More discussion on the code and
> its fit in Commons is always welcome, but please do not reply to
> this thread with discussion, other than embedded justification for
> negative VOTES.  Use the thread from [1] instead.
>
> Git commands to grab the code:
>
> git clone g...@github.com:NormanShapiro/Naomi.git
> git checkout gh-pages
>
> Thanks!
>
> Phil
> [1] http://markmail.org/message/imoi5aipf63f7rsa
>
> [ ] +1 Yes!
> [ ] +0 OK...
> [ ] -0 OK, but...
> [ ] -1 We should not do this, because...
>
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>


-- 
E-Mail: garydgreg...@gmail.com | ggreg...@apache.org
Java Persistence with Hibernate, Second Edition

JUnit in Action, Second Edition 
Spring Batch in Action 
Blog: http://garygregory.wordpress.com
Home: http://garygregory.com/
Tweet! http://twitter.com/GaryGregory

Re: [VOTE] Accept Naomi

[Phil Steitz]

On 10/30/15 12:23 PM, Gary Gregory wrote:
> +1 for the Sandbox. Task 1: We need unit tests!

+1 - best way to get into the code :)

Phil
>
> Gary
>
> On Thu, Oct 29, 2015 at 5:42 PM, Phil Steitz  wrote:
>
>> This is a VOTE to accept the code discussed in [1] and available for
>> review using the git commands below.  All are welcome to vote, votes
>> from PMC members are binding.  Assuming a positive vote, we will
>> execute a software grant with the authors and use the code as the
>> basis for a new Commons Sandbox component.
>>
>> This VOTE will close in 72 hours.  More discussion on the code and
>> its fit in Commons is always welcome, but please do not reply to
>> this thread with discussion, other than embedded justification for
>> negative VOTES.  Use the thread from [1] instead.
>>
>> Git commands to grab the code:
>>
>> git clone g...@github.com:NormanShapiro/Naomi.git
>> git checkout gh-pages
>>
>> Thanks!
>>
>> Phil
>> [1] http://markmail.org/message/imoi5aipf63f7rsa
>>
>> [ ] +1 Yes!
>> [ ] +0 OK...
>> [ ] -0 OK, but...
>> [ ] -1 We should not do this, because...
>>
>>
>> -
>> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
>> For additional commands, e-mail: dev-h...@commons.apache.org
>>
>>
>


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[Phil Steitz]

On 10/30/15 8:40 AM, Mark Thomas wrote:
> On 30/10/2015 14:17, Phil Steitz wrote:
>> On 10/30/15 5:33 AM, Mark Thomas wrote:
>>> On 30/10/2015 00:42, Phil Steitz wrote:
 This is a VOTE to accept the code discussed in [1] and available for
 review using the git commands below.  All are welcome to vote, votes
 from PMC members are binding.  Assuming a positive vote, we will
 execute a software grant with the authors and use the code as the
 basis for a new Commons Sandbox component. 

 This VOTE will close in 72 hours.  More discussion on the code and
 its fit in Commons is always welcome, but please do not reply to
 this thread with discussion, other than embedded justification for
 negative VOTES.  Use the thread from [1] instead.

 Git commands to grab the code:

 git clone g...@github.com:NormanShapiro/Naomi.git
 git checkout gh-pages

 Thanks!

 Phil
 [1] http://markmail.org/message/imoi5aipf63f7rsa

 [ ] +1 Yes!
 [ ] +0 OK...
 [ ] -0 OK, but...
 [X] -1 We should not do this, because...
>>> The Commons sandbox should not be used as a replacement for / way to
>>> bypass the Apache Incubator.
>> I don't see this as a case of that, as there are Commons committers
>> (self included) interested in working on this code in Commons.
> Who, exactly? I ask because the list of people from Commons who intend
> to get involved in this has a very strong influence on whether I think
> this should go via the incubator or not.

I would be one.  Dave has already contributed, so I assume he will
continue. There could be more.
>
> I'm a little concerned - based on the minimal input on the dev list from
> the original contributors - that this is more of a code dump than a code
> contribution.

This is partly my bad.  I had an offlist exchange with Norm, who
confirmed intent to continue to contribute.  I should have asked him
to post to the list.  I have consistently argued against accepting
code dumps - even from within the ASF - and I would not be
supporting this if I thought that were the case here.
>
>> If you and others insist, we will do the side trip through the
>> Incubator, but I do not see it as necessary, nor consistent with
>> what we have done with other code brought in through the sandbox.
> I appreciate that. I don't want to put unnecessary hurdles in the way
> but neither do I want to see essential processes (IP clearance, branding
> etc. bypassed).

AFAICT the critical thing is the software grant and the process for
that is the same, either here or in the Incubator.  I volunteered to
handle that and I will personally make sure that nothing gets
committed to Commons until the IP clearance process completes. 
Branding is a non-issue as we would just create a stock sandbox site
for the thing and use our package names, etc.  Trademarks could be a
source of other wonderful fun, which we can avoid if we agree to
change the name.  That is a separate topic though which again I will
take accountability for making sure we do not screw up.
>
>> For me, the litmus test on bringing externally sourced code into the
>> Sandbox (or [math] or any other component) is are there ASF
>> committers interested and willing to work on it and grow a community
>> around it.
> I set the bar higher for a new component. I'm particularly looking at
> how many ASF members (i.e. people who grok how the ASF is meant to
> operate) are involved.

Note that what I am proposing is a new *Sandbox* component if that
makes any difference to you.
>
>> I see the likelihood of healthy growth around the Naomi
>> code base higher starting in Commons than the Incubator.
> I tend to agree with you but, with the emphasis on the healthy aspect,
> I'd like more detail on who plans to get involved.

Valid point.
>
>>   I am
>> personally interested in working on this code.  There appear to be
>> others as well.  My cycles and energy for administrivia are limited,
>> so I would appreciate some flexibility on this.  On the other hand,
>> I respect alternative views and if the consensus is we have to side
>> trip through the Incubator, we will do that.
> My vote is not set in stone. More detail on who plans to be involved is
> likely to change it.

Hopefully others will chime in with interest.

Phil
>
> Mark
>
> -
> To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
> For additional commands, e-mail: dev-h...@commons.apache.org
>
>



-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[Emmanuel Bourg]

Le 30/10/2015 13:03, Dave Brosius a écrit :

> I certainly respect your opinion, but would ask that you reconsider, if
> possible.

Well, this isn't a veto, if a majority wants to see this library in
Apache Commons then go ahead. But I don't think this is a wise move, and
the project could perfectly thrive on Github.

On a side note, the idea of a regexp builder isn't new, there are other
implementations out there. I've found at least two examples after a
quick search:

Regular Expression Builder for Java
https://github.com/reggert/reb4j

Pattern Builder
https://code.google.com/p/pattern-builder/
(the fluent API looks nice)

Emmanuel Bourg


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org

Re: [VOTE] Accept Naomi

[Dave Brosius]

+1

On 10/29/2015 08:42 PM, Phil Steitz wrote:

This is a VOTE to accept the code discussed in [1] and available for
review using the git commands below.  All are welcome to vote, votes
from PMC members are binding.  Assuming a positive vote, we will
execute a software grant with the authors and use the code as the
basis for a new Commons Sandbox component.

This VOTE will close in 72 hours.  More discussion on the code and
its fit in Commons is always welcome, but please do not reply to
this thread with discussion, other than embedded justification for
negative VOTES.  Use the thread from [1] instead.

Git commands to grab the code:

git clone g...@github.com:NormanShapiro/Naomi.git
git checkout gh-pages

Thanks!

Phil
[1] http://markmail.org/message/imoi5aipf63f7rsa

[ ] +1 Yes!
[ ] +0 OK...
[ ] -0 OK, but...
[ ] -1 We should not do this, because...


-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org





-
To unsubscribe, e-mail: dev-unsubscr...@commons.apache.org
For additional commands, e-mail: dev-h...@commons.apache.org