Return-Path: Delivered-To: apmail-forrest-dev-archive@www.apache.org Received: (qmail 27106 invoked from network); 20 Apr 2006 08:31:04 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 20 Apr 2006 08:31:04 -0000 Received: (qmail 81630 invoked by uid 500); 20 Apr 2006 08:31:04 -0000 Delivered-To: apmail-forrest-dev-archive@forrest.apache.org Received: (qmail 81460 invoked by uid 500); 20 Apr 2006 08:31:03 -0000 Mailing-List: contact dev-help@forrest.apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: dev@forrest.apache.org List-Id: Delivered-To: mailing list dev@forrest.apache.org Received: (qmail 81448 invoked by uid 99); 20 Apr 2006 08:31:03 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 20 Apr 2006 01:31:03 -0700 X-ASF-Spam-Status: No, hits=0.0 required=10.0 tests= X-Spam-Check-By: apache.org Received-SPF: neutral (asf.osuosl.org: local policy) Received: from [212.23.3.141] (HELO heisenberg.zen.co.uk) (212.23.3.141) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 20 Apr 2006 01:31:02 -0700 Received: from [82.69.78.226] (helo=[192.168.0.2]) by heisenberg.zen.co.uk with esmtp (Exim 4.30) id 1FWUYj-0001VA-Bd for dev@forrest.apache.org; Thu, 20 Apr 2006 08:30:41 +0000 Message-ID: <444746A3.7070600@apache.org> Date: Thu, 20 Apr 2006 09:30:27 +0100 From: Ross Gardler User-Agent: Mozilla Thunderbird 1.0 (Windows/20041206) X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@forrest.apache.org Subject: Re: [Proposal] remove active/inactive concept References: <20060420081203.GC21454@igg.indexgeo.com.au> In-Reply-To: <20060420081203.GC21454@igg.indexgeo.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Originating-Heisenberg-IP: [82.69.78.226] X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N David Crossley wrote: > There seems to be confusion caused by the concept > of "active" versus "inactive" committers and PMC > members. It is too difficult to classify people > in such a way and causes unnecessary angst. > > I propose that we remove such distinction. > > The who.html page would have two lists, sorted > alphabetically: > * Simple list of all committers, past and present. > * Simple list of the current PMC members. > > If someone wants to personally know who is an > "active" committer, then they can search the mail > archives. > > If someone wants to personally know the changes on > the PMC, then they can look at the past Board > reports or see the svn log for the who.xml page. > > For the Guidelines page, the "Unanimous Consensus" > type of approval would be removed and the relevant > actions would become "Consensus Approval". > > The term "Active PMC members" seems to cause > confusion about who has a binding vote. It was > intended to just clarify the Unanimous and > 2/3 Majority situations, so that we didn't need > to chase people and force them to vote. The word > "Active" would now be removed. > > So for the 2/3 Majority situation, the chair can > decide on a case-by-case basis if a quorum has > been reached. > > After one week to enable people enough time > to discuss the proposal and rectify any holes, > i will call a vote. I think we also need to consider an alternative and weigh up the pros and cons. We could define active in some measurable terms, for example: "No activity in the community for a period of six months. Activity is defined as a mail to any mailing list, Jira activity or a commit." ---- In my view, regardless of whether we have active/inactive or not I think we should remove the word from the votes. I agree that the chair can make a judgment call on reaching a quorum or not. Since such votes allow the use of a veto there is no problem with this in my eyes. With respect to whether we define active or not, I prefer to do less admin work, not more. So I am in favour of removing the distinction. We should keep emeritus status. People should be able to opt to be emeritus or the PMC can choose to request that someone become emeritus, such a request can be refused. However, if someone wants to periodically verify the active status of people (i.e. once a month) then the "time out" definition is workable. But who is going to do this? (hint - *not* me) Ross