Skip to main content

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [List Home]
Re: [wtp-pmc] item for tomorrow's PMC call

I've wondered about this too Lawrence ... and when the timing would be right. I can tell you what I know, from chats at council meetings.

The PMC can request someone be removed from the committer list, but normally only for "a good reason" (which is not well specified).
No one has ever, so far :) been removed for "making trouble".
In most cases of inactivity due to job-changes, etc., the informal process is to expect the committer to be responsible enough
to request themselves to be removed (e.g. via e-mail) so there's a good traceable reason for the removal and reassurance to the
EMO that we were not removing folks "willy nilly".

So, I'd say, the first step is to write a friendly letter to those that are inactive, asking if they were still interested in being a committer,
how much we could use help or appreciate their past help, etc., but that if due to job change or other reasons they can not be a committer, that
they send an e-mail to PMC stating that they no longer plan to be a committer.

If it turns out we can not contact someone, or never hear from them, I'd say about a year of inactivity (perhaps "one major release"?)
is enough to easily request their removal for security reasons, without being in danger of "accidentally" removing
someone too soon, against their wishes. My thought is this would be a post 1.5 work item.

Just my thoughts, others opinions welcome.


Lawrence Mandel <lmandel@xxxxxxxxxx>
Sent by: wtp-pmc-bounces@xxxxxxxxxxx

06/13/2006 12:53 AM

Please respond to
"WTP PMC communications (including coordination, announcements,  and Group discussions)" <wtp-pmc@xxxxxxxxxxx>

[wtp-pmc] item for tomorrow's PMC call

I'd like to add an item to tomorrow's PMC call.

There are several WTP committers no longer working on the project. I'd like the PMC to discuss whether a process should be created to deal with past committers. Specifically, should past committers retain commit access? If not, at what point should their commit access be revoked?

Admittedly, I don't know if there is an Eclipse process in place for dealing with past committers. I haven't been able to find any documentation on this topic and am interested in any pointers anyone else may have.


Lawrence Mandel

Software Developer
IBM Rational Software
Phone: 905 - 413 - 3814   Fax: 905 - 413 - 4920
wtp-pmc mailing list

Back to the top