Return-Path: Delivered-To: apmail-incubator-general-archive@www.apache.org Received: (qmail 79568 invoked from network); 11 Nov 2009 07:43:53 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 11 Nov 2009 07:43:53 -0000 Received: (qmail 55065 invoked by uid 500); 11 Nov 2009 07:43:49 -0000 Delivered-To: apmail-incubator-general-archive@incubator.apache.org Received: (qmail 54871 invoked by uid 500); 11 Nov 2009 07:43:49 -0000 Mailing-List: contact general-help@incubator.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: general@incubator.apache.org Delivered-To: mailing list general@incubator.apache.org Received: (qmail 54760 invoked by uid 99); 11 Nov 2009 07:43:48 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Nov 2009 07:43:48 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (nike.apache.org: domain of robertburrelldonkin@gmail.com designates 209.85.218.210 as permitted sender) Received: from [209.85.218.210] (HELO mail-bw0-f210.google.com) (209.85.218.210) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 11 Nov 2009 07:43:40 +0000 Received: by bwz2 with SMTP id 2so975814bwz.20 for ; Tue, 10 Nov 2009 23:43:20 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=domainkey-signature:mime-version:received:in-reply-to:references :date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=cnVF1B+GS5J8PL59mL0sPmBZfqU7p/32joL2TP/7+8U=; b=ZnxUJpC+JHvfHKjAjiKWyl2Ufah/vyfvevA1EAJHfZdXp/uRj+OtnerG/1j5yCKMkV QsejwEIxHJ+yueL32QtsYa/zeA6xv6oJvkrz7B4U72iRk9m/+aK5VqLb3sgV+Ze37CUc 9wvQftX6+uMAvGWBdIWsOxA5fa9zP3pmZbe/I= DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type:content-transfer-encoding; b=O74UgnIer9qkrX7BKnMQ8lzupY2keotYS55vwpuycnvZy97m0tDBD1agJGV8nQlF/a X8hBs/ti/cB72LSU5Ija/tT1mPN34V5PPq11JgtPx9ABC/mh/2TwFF2XXYFHoQNTjiID F69uZBT8zXHg8Y6e+SW+Rbl1FOjBBdZFLUDJE= MIME-Version: 1.0 Received: by 10.204.156.218 with SMTP id y26mr1058137bkw.205.1257925400416; Tue, 10 Nov 2009 23:43:20 -0800 (PST) In-Reply-To: References: <510143ac0911100856j487db5e7ied6542468e7f48e1@mail.gmail.com> Date: Wed, 11 Nov 2009 07:43:20 +0000 Message-ID: Subject: Re: How to shorten the duration of incubation (Was: Insanity...) From: Robert Burrell Donkin To: general@incubator.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Virus-Checked: Checked by ClamAV on apache.org On Wed, Nov 11, 2009 at 6:08 AM, Niclas Hedhman wrote: > On Wed, Nov 11, 2009 at 12:56 AM, Jukka Zitting = wrote: >> I personally think that the exit criteria are good as they are (in >> hindsight, Abdera is a good example of a project that graduated with >> barely enough diversity of active committers), so if we do want to >> make the Incubator "work faster" my suggestion would be to start by >> raising our entry criteria. One way to do that would be to start >> requiring the three mentors to show higher levels of personal >> commitment than what we currently ask for. > > And would Subversion qualify ?? =A0Just kidding... > > We could do both #1 and #2 ... and then there might be a bunch of > 'stale' ones that we retire. And with a smaller number of incubating > projects, there should be more time for mentors on each one, > addressing your #3. my experience tells me that it's hard to guess which projects are going to struggle. so tightening the entry criteria may prevent community led projects being admitted without an improvement in incubator throughput. i'm not sure that loosening the entry criteria is a good idea either: they give corporations incentives to play our game our way. if graduation came to be seen as less difficult then there would be less incentive for corporations to invest in community building in the incubator. IMHO the main issue is that now the process works fine for large closed source donations (which covers the majority of podlings), the IPMC has stopped developing the process IMHO the next logical step is to break down graduation into a track with several modular votes based on the criteria the IPMC has developed for graduation. this should give a more finely grained idea of where a podling is and would allow immediate approval of steps for some podlings. for example, AIUI subversion already uses open development so that could be approved right away (whereas this is usually the most difficult criterion for podlings which a start as close source projects). releases are a good example. the auditing that is done when the first release is presented could be done as three steps of the track (license audit, source audit and artifact audit). only once all steps were complete would a podling to allowed to submit a release for official IPMC approval. using a track would allow a more linear progression. at the moment, there's a lot of work setting up the podling and getting things moving. getting release approval and passing community is difficult so most podlings drift along for quite a while once the initial effort is over. breaking down these big, difficult tasks into a number of smaller ones may make them more approachable. - robert --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org