I'd like to go ahead and remove all the committers from subversion for
commons, and then add back anyone who has committed in the last 6
months.
We have 105 commons committers, and 36 additional sandbox committers.
We've had 43 committers committing to proper, and 7 extra committing
to sandbox in the last 6 months.
Then we'd add back anyone else on request if need be.
Anyone against the idea?
Hen
To unsubscribe, e-mail: commons-dev-unsubscribe (AT) jakarta (DOT) apache.org
For additional commands, e-mail: commons-dev-help (AT) jakarta (DOT) apache.org

Henri Yandell wrote:
I'd like to go ahead and remove all the committers from subversion for
commons, and then add back anyone who has committed in the last 6
months.

1 year - and if possible take the user/dev mailinglist for this project
into account.
A commiter active in the mailinglist is also a valuable part of a
project and for the community.

Mario

To unsubscribe, e-mail: commons-dev-unsubscribe (AT) jakarta (DOT) apache.org
For additional commands, e-mail: commons-dev-help (AT) jakarta (DOT) apache.org

12/1/05, Martin Cooper <martinc (AT) apache (DOT) orgwrote:
12/1/05, Henri Yandell <flamefew (AT) gmail (DOT) comwrote:

I'd like to go ahead and remove all the committers from subversion for
commons, and then add back anyone who has committed in the last 6
months.

We have 105 commons committers, and 36 additional sandbox committers.

We've had 43 committers committing to proper, and 7 extra committing
to sandbox in the last 6 months.

Then we'd add back anyone else on request if need be.

Anyone against the idea?
--
6 months seems quite short if you're only counting commits. Would the
numbers be significantly different if we use 1 year instead?

I'll find out. Probably not.

Where do you plan on keeping the list of people removed? It will need to be
somewhere that we can get at, so that we know who can be added back without
question.

I'll start a file in the Jakarta PMC area in the committers module.
I'm aiming to do this for all of Jakarta, so it'll be the start of
that. It'll list each svn module, and who's commit karma has been
removed.

Hen

To unsubscribe, e-mail: commons-dev-unsubscribe (AT) jakarta (DOT) apache.org
For additional commands, e-mail: commons-dev-help (AT) jakarta (DOT) apache.org

12/2/05, Mario Ivankovits <mario (AT) ops (DOT) co.atwrote:
Henri Yandell wrote:
I'd like to go ahead and remove all the committers from subversion for
commons, and then add back anyone who has committed in the last 6
months.

1 year - and if possible take the user/dev mailinglist for this project
into account.
A commiter active in the mailinglist is also a valuable part of a
project and for the community.

1 year shouldn't be a problem.

Mailing lists will be a pain as people don't use their @apache.org
addresses all the time. Easy solution there is to post the list of
people I'll end up removing to the list and anyone can request to be
re-added with no fuss.

Hen

To unsubscribe, e-mail: commons-dev-unsubscribe (AT) jakarta (DOT) apache.org
For additional commands, e-mail: commons-dev-help (AT) jakarta (DOT) apache.org

I agree with the 1 year mark. I know that there are projects that I
haven't worked on for six months until the itch came back and I had
to scratch it! Is there any reason to remove committers?
Performance? Security? It seems to raise a barrier to reentry for
dormant committers.

Eric

Dec 2, 2005, at 1:58 AM, Mario Ivankovits wrote:

Henri Yandell wrote:
>I'd like to go ahead and remove all the committers from subversion
>for
>commons, and then add back anyone who has committed in the last 6
>months.
>>
1 year - and if possible take the user/dev mailinglist for this
project into account.
A commiter active in the mailinglist is also a valuable part of a
project and for the community.

Mario
--

To unsubscribe, e-mail: commons-dev-unsubscribe (AT) jakarta (DOT) apache.org
For additional commands, e-mail: commons-dev-help (AT) jakarta (DOT) apache.org

To unsubscribe, e-mail: commons-dev-unsubscribe (AT) jakarta (DOT) apache.org
For additional commands, e-mail: commons-dev-help (AT) jakarta (DOT) apache.org

12/1/05, Martin Cooper <martinc (AT) apache (DOT) orgwrote:
12/1/05, Henri Yandell <flamefew (AT) gmail (DOT) comwrote:

I'd like to go ahead and remove all the committers from subversion for
commons, and then add back anyone who has committed in the last 6
months.

We have 105 commons committers, and 36 additional sandbox committers.

We've had 43 committers committing to proper, and 7 extra committing
to sandbox in the last 6 months.

Then we'd add back anyone else on request if need be.

Anyone against the idea?
--
6 months seems quite short if you're only counting commits. Would the
numbers be significantly different if we use 1 year instead?

FYI,

In the last year, 53 committers committing to proper, and 8 extra
committing to the sandbox.

Hen

To unsubscribe, e-mail: commons-dev-unsubscribe (AT) jakarta (DOT) apache.org
For additional commands, e-mail: commons-dev-help (AT) jakarta (DOT) apache.org

Two reasons.

1) So it's much more obvious when a project is inactive and
low on committers.

2) Tidyness. I hate the thought of the long committer lists just
growing longer and more inaccurate.

I'm looking for a way to represent the active community of a
subproject, and while there might be active individuals who just deal
with answers on the mailing list etc, largely the svn commit lists are
the best way to record this.

Hen

12/2/05, Eric Pugh <epugh (AT) upstate (DOT) comwrote:
I agree with the 1 year mark. I know that there are projects that I
haven't worked on for six months until the itch came back and I had
to scratch it! Is there any reason to remove committers?
Performance? Security? It seems to raise a barrier to reentry for
dormant committers.

Eric

Dec 2, 2005, at 1:58 AM, Mario Ivankovits wrote:

Henri Yandell wrote:
>I'd like to go ahead and remove all the committers from subversion
>for
>commons, and then add back anyone who has committed in the last 6
>months.
>>
1 year - and if possible take the user/dev mailinglist for this
project into account.
A commiter active in the mailinglist is also a valuable part of a
project and for the community.

Mario
--

To unsubscribe, e-mail: commons-dev-unsubscribe (AT) jakarta (DOT) apache.org
For additional commands, e-mail: commons-dev-help (AT) jakarta (DOT) apache.org
>
>
>

To unsubscribe, e-mail: commons-dev-unsubscribe (AT) jakarta (DOT) apache.org
For additional commands, e-mail: commons-dev-help (AT) jakarta (DOT) apache.org
--

To unsubscribe, e-mail: commons-dev-unsubscribe (AT) jakarta (DOT) apache.org
For additional commands, e-mail: commons-dev-help (AT) jakarta (DOT) apache.org