incubator-flex-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Scott Delamater <>
Subject Re: Inactive committers (was: Becoming a committer)
Date Tue, 14 Aug 2012 15:53:52 GMT
Adding to Bertrand's comments, there are some of us on the committer's list
that aren't actively committing at the moment, but monitoring things
closely and still very committed. The project is in a pretty unique phase,
and there are certain people that are a good fit for the current set and
volume of demands.


On Mon, Aug 13, 2012 at 9:03 AM, Bertrand Delacretaz <
> wrote:

> Hi,
> On Mon, Aug 13, 2012 at 5:49 PM, Guthmann, Scott
> <> wrote:
> > ....There are several people who are on the committer list who haven't
> commented,
> > haven't contributed via this mailing list, haven't opened or closed a
> JIRA ticket, and
> > probably haven't done much in several months for the Apache Flex
> project. Would
> > the project be hurt if those who are no longer dedicated & available
> enough to
> > participate be removed as committers? Is there a data security reason
> strong
> > enough to remove their access? I know their reputations & the project
> would
> > benefit with their participation - however, for some, there has been 6
> months
> > of silence. Half a year of no contribution / participation seems too
> long....
> It's not uncommon, and totally fine, for people to participate
> occasionally in Apache projects, and "disappear" for some time in
> between contributions.
> For a podling it's a bit different, as people can join just by signing
> up on the initial list of committers.
> I don't see a need to remove anyone from the list of committers now,
> but what some podlings do is review the list of committers before
> graduation, and ask inactive people if they want to stay or not.
> IIRC, some of the people who were on the list of initial committers
> haven't even requested their accounts. We won't go after
> them anymore ;-)
> -Bertrand

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