Return-Path: Delivered-To: apmail-incubator-general-archive@www.apache.org Received: (qmail 38139 invoked from network); 10 Jun 2009 11:55:36 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 10 Jun 2009 11:55:36 -0000 Received: (qmail 14754 invoked by uid 500); 10 Jun 2009 11:55:46 -0000 Delivered-To: apmail-incubator-general-archive@incubator.apache.org Received: (qmail 14577 invoked by uid 500); 10 Jun 2009 11:55:46 -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 14566 invoked by uid 99); 10 Jun 2009 11:55:46 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Jun 2009 11:55:46 +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.220.220 as permitted sender) Received: from [209.85.220.220] (HELO mail-fx0-f220.google.com) (209.85.220.220) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 10 Jun 2009 11:55:36 +0000 Received: by fxm20 with SMTP id 20so695784fxm.12 for ; Wed, 10 Jun 2009 04:55:16 -0700 (PDT) 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=ci8fUI/yWg2CV0JzxJCbWRBNQp81okZAN6BP1EvO+70=; b=fTCjwvyEUFsdFAIfl4kiZBLSpGSVG6dBfhD7E6bQg7Mw3WzMNeiRGEKECfTkjlqdde ZyS4T9dwDMI8lGL8TuJR2lkLrQPR1/uIT7RP9EtbgJLlAE0yWgZ/2ZAbUSiuQUq0hF/e remMPw7Nb9H29yh6wEg4FOEXe821hx7rGoykA= 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=TyZlZlQfj6FFp2HrIrY+JQQEIvcCFBPVRCMCYXk6O4AeKJFVxVfbv9KAfMBWlAEVO3 FoP9+Qg6TjTj25An3eWhaghmiDdINrZ9kQadvFX9YP1KtxcNIrPa67q1ImHv8R5AECYj wfo7d44aagibCTwjc+pfc3KKaU8d2tigVXZas= MIME-Version: 1.0 Received: by 10.204.59.12 with SMTP id j12mr1253142bkh.29.1244634915738; Wed, 10 Jun 2009 04:55:15 -0700 (PDT) In-Reply-To: <4A2F8544.6010600@gmail.com> References: <15E989F84B0E4DBCA5D3EBFAA24287B7@developer> <4A2F8544.6010600@gmail.com> Date: Wed, 10 Jun 2009 12:55:15 +0100 Message-ID: Subject: Re: Bypassing Incubator 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, Jun 10, 2009 at 11:04 AM, Tim Ellison wrote: > Niclas Hedhman wrote: >> On Wed, Jun 10, 2009 at 5:01 AM, Gavin wrote: >>> Hi, >>> >>> So, can someone tell me what the rules are regarding TLPs bringing in >>> subprojects directly to their TLP rather than coming through incubator? >> >> To add to Bill's response, the general position is; >> >> 1. Any substantial codebase needs at least IP Clearance in Incubator, >> which is effectively just a record of where/when/how it came from, and >> an opportunity for Incubator PMC members to have a look and make sure >> that there is no flagrant IP issues. > > I never understood this part. =A0Why is the Incubator PMC any more > qualified to decide if incoming code contains a "fragrant IP issue" than > the destination TLP PMC? the incubator PMC is more-or-less a subset of the membership >=A0After all, the TLP PMC are doing that check > continuously for the day to day contributions received. true day to day contributions are covered by CLAs and section 5 of the apache license. there are a few different wrinkles when importing code from outside. > I agree that more eyes are better, but then it would not be the > Incubator PMC specifically that could catch such problems. the PMC is supposed to review the documentation recorded and perform basic due diligence (stuff like checking that the required grants have been received by Apache) but IMHO the main role is ensuring that there are people available to answer questions about the process and to reach consensus on difficult cases it is useful to have the records in one format in one place. when this was completely devolved to PMCs, forensic investigation was difficult. this was a scaling worry (and a PITA when it needed to be done). the two step process is more heavyweight (IMHO the current records required should be streamlined) but gives more confidence all PMCs understand how to import code and ensures that the public records are easily available without the need to post mail to PMCs. - robert --------------------------------------------------------------------- To unsubscribe, e-mail: general-unsubscribe@incubator.apache.org For additional commands, e-mail: general-help@incubator.apache.org