Return-Path: Delivered-To: apmail-jakarta-commons-dev-archive@www.apache.org Received: (qmail 19909 invoked from network); 15 Oct 2005 15:32:13 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (209.237.227.199) by minotaur.apache.org with SMTP; 15 Oct 2005 15:32:13 -0000 Received: (qmail 14955 invoked by uid 500); 15 Oct 2005 15:32:10 -0000 Delivered-To: apmail-jakarta-commons-dev-archive@jakarta.apache.org Received: (qmail 14934 invoked by uid 500); 15 Oct 2005 15:32:10 -0000 Mailing-List: contact commons-dev-help@jakarta.apache.org; run by ezmlm Precedence: bulk List-Unsubscribe: List-Help: List-Post: List-Id: "Jakarta Commons Developers List" Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list commons-dev@jakarta.apache.org Received: (qmail 14918 invoked by uid 99); 15 Oct 2005 15:32:10 -0000 Received: from asf.osuosl.org (HELO asf.osuosl.org) (140.211.166.49) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 15 Oct 2005 08:32:10 -0700 X-ASF-Spam-Status: No, hits=-0.0 required=10.0 tests=SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (asf.osuosl.org: domain of phil.steitz@gmail.com designates 72.14.204.202 as permitted sender) Received: from [72.14.204.202] (HELO qproxy.gmail.com) (72.14.204.202) by apache.org (qpsmtpd/0.29) with ESMTP; Sat, 15 Oct 2005 08:32:10 -0700 Received: by qproxy.gmail.com with SMTP id q12so502226qbq for ; Sat, 15 Oct 2005 08:31:48 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:to:subject:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references; b=tegDOWz/rhNMVCFLSWoCgFEWfznhN/BgyyF3icwyR7LaqJAT9MaV7Co31buTGZQQkRyT1Wh8vDOcmM+Yk3sRYknKDN6bpDInOS0Nkk9QJsF+jz81UZvMWZa916NTVSe4YtQog8PGYRTMCtuW2xPn8y9x0yBTGo7mPcXDHbcAk1o= Received: by 10.64.152.5 with SMTP id z5mr562782qbd; Sat, 15 Oct 2005 08:31:48 -0700 (PDT) Received: by 10.64.149.6 with HTTP; Sat, 15 Oct 2005 08:31:48 -0700 (PDT) Message-ID: <8a81b4af0510150831w35a92b0bkb5f061122e2577ca@mail.gmail.com> Date: Sat, 15 Oct 2005 08:31:48 -0700 From: Phil Steitz To: Jakarta Commons Developers List Subject: Re: [math] math 1.1 RCs and FCS In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Content-Disposition: inline References: <8a81b4af0510132053q464da77eme95f3714ead4f1e2@mail.gmail.com> <8a81b4af0510140559y6e93f473u9b9280ea8dac9997@mail.gmail.com> <8a81b4af0510141957m163bbb97gf0e5a27a27f78178@mail.gmail.com> X-Virus-Checked: Checked by ClamAV on apache.org X-Spam-Rating: minotaur.apache.org 1.6.2 0/1000/N On 10/15/05, Mauro Talevi wrote: > Phil Steitz wrote: > > > > > I understand, unfortunately this is against our release policy (at > > least publishing to ibiblio). I will try to get the actual release > > out ASAP. > > > > Just to understand - this release policy seems specific to the commons > math project, since other commons projects seem to deploy RCs and > snapshots. If so - is there any specific reason for it? > If not on ibiblio - perhaps another URL on ASF where to deploy the jars? We do have an "internal" maven repo at cvs.apache.org/repository.=20 Assuming others are OK (see below), I will push the RC3 jars there. > They would be not be considered public releases - just like the zip and > tar.gz distributions. > IMO it would make it a lot easier to test the RCs in real production > projects and would benefit the commons math project. There is general consensus that it is OK to publish snapshots to our "internal" repository at cvs.apache.org/repository (aka "java-repository"), but not to ibibilio. The snaps on cvs.apache.org are not guaranteed to remain there and users should not be encouraged to use them in production applications. Others can jump in here and state different opinions, but I think at least within commons we are in agreement that we publish only released jars to ibiblio. Some apache projects vote on and release formal betas and some separate release votes from stability votes. At this point, in commons, we follow the process described here: http://jakarta.apache.org/commons/releases, which is to fix contents of the release via a release plan, then cut RCs for download / inspection from people.apache.org, iterating until a full release vote passes and we publish to apache mirros and ibibilio. This process and the Jakarta voting / release guidelines really predate maven. It may be reasonable to add a "push RC jars to java-repository" to the RC process. If other commons committers are OK with pushing RC jars to java-repository, I will do this for the current [math] RC and update http://jakarta.apache.org/commons/releases to add a "publish to java-repository" step to the RC step. This creates a little more work for RMs, but if it means the RCs get more / better testing and we are all OK with it from support / oversight perspective, I am OK with it Phil --------------------------------------------------------------------- To unsubscribe, e-mail: commons-dev-unsubscribe@jakarta.apache.org For additional commands, e-mail: commons-dev-help@jakarta.apache.org