Return-Path: Delivered-To: apmail-db-derby-dev-archive@www.apache.org Received: (qmail 55682 invoked from network); 10 Feb 2009 20:48:23 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 10 Feb 2009 20:48:23 -0000 Received: (qmail 85909 invoked by uid 500); 10 Feb 2009 20:48:22 -0000 Delivered-To: apmail-db-derby-dev-archive@db.apache.org Received: (qmail 85884 invoked by uid 500); 10 Feb 2009 20:48:22 -0000 Mailing-List: contact derby-dev-help@db.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: Delivered-To: mailing list derby-dev@db.apache.org Received: (qmail 85870 invoked by uid 99); 10 Feb 2009 20:48:22 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Feb 2009 12:48:22 -0800 X-ASF-Spam-Status: No, hits=-4.0 required=10.0 tests=RCVD_IN_DNSWL_MED,SPF_PASS X-Spam-Check-By: apache.org Received-SPF: pass (athena.apache.org: local policy) Received: from [192.18.43.132] (HELO sca-es-mail-1.sun.com) (192.18.43.132) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 10 Feb 2009 20:48:14 +0000 Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-1.sun.com (8.13.7+Sun/8.12.9) with ESMTP id n1AKlfxt008387 for ; Tue, 10 Feb 2009 12:47:53 -0800 (PST) MIME-version: 1.0 Content-transfer-encoding: 7BIT Content-type: text/plain; format=flowed; charset=ISO-8859-1 Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) id <0KEV00E00AQ09U00@fe-sfbay-09.sun.com> for derby-dev@db.apache.org; Tue, 10 Feb 2009 12:47:41 -0800 (PST) Received: from richard-hillegas-computer.local ([unknown] [129.150.16.232]) by fe-sfbay-09.sun.com (Sun Java(tm) System Messaging Server 7.0-3.01 64bit (built Dec 23 2008)) with ESMTPSA id <0KEV009CEB3H4KC0@fe-sfbay-09.sun.com> for derby-dev@db.apache.org; Tue, 10 Feb 2009 12:47:41 -0800 (PST) Date: Tue, 10 Feb 2009 12:47:40 -0800 From: Rick Hillegas Subject: Re: Bumping the fourth digit In-reply-to: <4991E23B.9090302@bristowhill.com> Sender: Richard.Hillegas@Sun.COM To: derby-dev@db.apache.org Message-id: <4991E7EC.1090000@sun.com> References: <20090209140957.12A3E23888AF@eris.apache.org> <4990791A.6030704@sun.com> <4990AD05.2060104@sbcglobal.net> <49919598.7070406@sun.com> <4991C116.3090502@sbcglobal.net> <4991CC43.3050709@sun.com> <4991DAEE.3050106@sbcglobal.net> <4991E23B.9090302@bristowhill.com> User-Agent: Thunderbird 2.0.0.19 (Macintosh/20081209) X-Virus-Checked: Checked by ClamAV on apache.org Jean T. Anderson wrote: > Kathey Marsden wrote: >> Rick Hillegas wrote: >>> >>> As a test of this, I have updated the description of 10.4.2.1. You >>> can see this by clicking on the link you forwarded. Does this format >>> look reasonable to you? >>> >> I think we cannot include an url to the Sun build in Jira. According >> to: >> http://www.apache.org/dev/release.html >> >> "Do not include any links on the project website that might encourage >> non-developers to download and use nightly builds, snapshots, release >> candidates, or any other similar package. >> ... >> Under no circumstances are unapproved builds a substitute for >> releases. If this policy seems inconvenient, then release more often. >> Proper release management is a key aspect of Apache software >> development. >> > That www.apache.org/dev/release.html policy governs distribution of > software produced by an Apache project and made available for download > from an Apache website. > > Why are we concerned about tracking releases produced by non-Apache > entities, such as Sun? And IBM. And anyone else who wants to build a distribution from the community branches. We're talking about tracking and fixing bugs which are logged against commit points on a community codeline, whether that is the development mainline or one of our stable branches. This is useful to everyone who drinks out of the common well. Regards, -Rick > > -jean > >> Just the subversion commit number should be sufficient in the Jira >> version comment I think. >> >> >> Kathey >> >