incubator-general mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From jan i <j...@apache.org>
Subject Re: [DISCUSS] Groovy Incubation proposal
Date Wed, 11 Mar 2015 21:11:52 GMT
On Wednesday, March 11, 2015, Roman Shaposhnik <roman@shaposhnik.org> wrote:

> On Wed, Mar 11, 2015 at 12:08 PM, jan i <jani@apache.org <javascript:;>>
> wrote:
> > Hi.
> >
> > Having just skimmed the proposal, that in general look good, one thing
> > caught my eye.
> >
> > The proposal talks several places about a vibrant community and the
> initial
> > commiters are only 5.
>
> This, is a GREAT question! Thank you so much for raising it. While
> preparing a proposal I've struggled with the same issue, because looking
> at this: https://github.com/groovy/groovy-core/graphs/contributors makes
> me wonder exactly the same thing.
>
> In the end, we decided to go ahead with the proposal the way it is and
> position
> the initial list of committers more as a PMC for the project.
>
> That still doesn't answer your (or mine! ;-)) question of what's the best
> way
> to make sure than anybody who feels like they have a stake in the project
> and have contributed in the past get invited.
>
> There are a few alternatives I could see, but I would really
> appreciate Incubator's
> collective wisdom on what would be the best way to proceed here given
> that Groovy is a very mature project with a lot of contributors in the
> past.
> Some of whom may or may not wish to keep contributing.


Just to be sure I am not misunderstood, I will be happy to vote +1 with 5
initial committers.

I was simply (as you) puzzled over what seems to non logical.

rgds
jan i

>
> Thanks,
> Roman.
>
> ---------------------------------------------------------------------
> To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org
> <javascript:;>
> For additional commands, e-mail: general-help@incubator.apache.org
> <javascript:;>
>
>

-- 
Sent from My iPad, sorry for any misspellings.

Mime
  • Unnamed multipart/alternative (inline, None, 0 bytes)
View raw message