Return-Path: Delivered-To: apmail-repository-archive@www.apache.org Received: (qmail 49441 invoked from network); 12 Nov 2007 12:16:32 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 12 Nov 2007 12:16:32 -0000 Received: (qmail 76767 invoked by uid 500); 12 Nov 2007 12:16:20 -0000 Delivered-To: apmail-repository-archive@apache.org Received: (qmail 76685 invoked by uid 500); 12 Nov 2007 12:16:20 -0000 Mailing-List: contact repository-help@apache.org; run by ezmlm Precedence: bulk list-help: list-unsubscribe: List-Post: Reply-To: repository@apache.org List-Id: Delivered-To: mailing list repository@apache.org Received: (qmail 76670 invoked by uid 99); 12 Nov 2007 12:16:20 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Nov 2007 04:16:20 -0800 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 brianf@reply.infinity.nu designates 205.210.42.66 as permitted sender) Received: from [205.210.42.66] (HELO mx-outbound01.easydns.com) (205.210.42.66) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 12 Nov 2007 12:17:08 +0000 Received: from intrepid.infinity.nu (c-24-128-239-207.hsd1.nh.comcast.net [24.128.239.207]) (using TLSv1 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by mx-outbound01.easydns.com (Postfix) with ESMTP id 50E8048552 for ; Mon, 12 Nov 2007 07:23:16 -0500 (EST) Content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable Subject: RE: releases using incubator artifacts Date: Mon, 12 Nov 2007 07:15:56 -0500 X-MimeOLE: Produced By Microsoft Exchange V6.5 Message-ID: <2BABBE7D2A66E04DB8A66A527D29927E25EAF9@intrepid.infinity.nu> In-Reply-To: <073001c8251c$856b4190$0920a8c0@isabelteam.be> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: releases using incubator artifacts Thread-Index: AcglF81dtaAQNgWqSwys/EV8tX9XvgAAFR8AAANdJ6A= References: <073001c8251c$856b4190$0920a8c0@isabelteam.be> From: "Brian E. Fox" To: X-Virus-Checked: Checked by ClamAV on apache.org I agree that releases shouldn't use incubator artifacts, but I can also see that if this is the case, the incubator projects will never find users and thus would never get out of the incubator. The only thing that makes sense then is to publish them to central. If they are official releases signed off by the incubator PMC, then what's the harm? The current method of not publishing them AND allowing them to be used is troublesome. -----Original Message----- From: Gilles Scokart [mailto:gscokart@gmail.com]=20 Sent: Monday, November 12, 2007 12:10 PM To: repository@apache.org Subject: RE: releases using incubator artifacts There shouldn't have a release of an apache product depending on incubator artefact. Right, but the people outside apache should be free to use it. The central repository not only contains official apache release. Moreover, incubating project are making release (well, incubator project is doing it), distributed under Apache license. =20 So why not place them in central, provided that there is a clear disclaimer in the POM that this is an incubating release. By the way, according to [1], "Every incubator release is also an Apache release". Note also, that according to the same document,=20 "It is best to use the groupId and artifactId that will be used upon graduation. The version should include incubating (or incubator) to ensure that the artifacts created comply with Incubator release policy." [1] http://incubator.apache.org/guides/releasemanagement.html Gilles > -----Original Message----- > From: Steve Loughran [mailto:steve.loughran@gmail.com] > Sent: lundi 12 novembre 2007 11:35 > To: repository@apache.org > Subject: Re: releases using incubator artifacts >=20 > On Nov 12, 2007 10:15 AM, Brian E. Fox wrote: > > >=20 > > It seems to me that we either need to allow the incubator artifacts into > > central, or we don't allow artifacts depending on incubator artifacts into > > central, it shouldn't be both. >=20 > shouldnt be a release depending on incubator stuff...files in > incubator are not official apache releases, are they?