Return-Path: Delivered-To: apmail-lucene-dev-archive@www.apache.org Received: (qmail 47085 invoked from network); 18 Mar 2011 03:19:16 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 18 Mar 2011 03:19:16 -0000 Received: (qmail 25586 invoked by uid 500); 18 Mar 2011 03:19:15 -0000 Delivered-To: apmail-lucene-dev-archive@lucene.apache.org Received: (qmail 25535 invoked by uid 500); 18 Mar 2011 03:19:15 -0000 Mailing-List: contact dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@lucene.apache.org Delivered-To: mailing list dev@lucene.apache.org Received: (qmail 25528 invoked by uid 99); 18 Mar 2011 03:19:14 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 18 Mar 2011 03:19:14 +0000 X-ASF-Spam-Status: No, hits=-0.0 required=5.0 tests=RCVD_IN_DNSWL_LOW,SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (nike.apache.org: local policy) Received: from [209.85.216.169] (HELO mail-qy0-f169.google.com) (209.85.216.169) by apache.org (qpsmtpd/0.29) with ESMTP; Fri, 18 Mar 2011 03:19:04 +0000 Received: by qyk2 with SMTP id 2so528057qyk.14 for ; Thu, 17 Mar 2011 20:18:43 -0700 (PDT) Received: by 10.224.27.69 with SMTP id h5mr457527qac.301.1300418322943; Thu, 17 Mar 2011 20:18:42 -0700 (PDT) Received: from bester.local ([65.78.136.75]) by mx.google.com with ESMTPS id l12sm1959751qcu.31.2011.03.17.20.18.40 (version=SSLv3 cipher=OTHER); Thu, 17 Mar 2011 20:18:41 -0700 (PDT) Date: Thu, 17 Mar 2011 20:18:39 -0700 (PDT) From: Chris Hostetter To: Yonik Seeley cc: Lucene Dev Subject: Re: Lucene Solr 3.1 RC1 In-Reply-To: Message-ID: References: User-Agent: Alpine 2.00 (DEB 1167 2008-08-23) MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Checked: Checked by ClamAV on apache.org : A 1.4.2 release in development, yes. That's the earliest point that : the bug was fixed, and someone : upgrading from 1.4.1 should look at everything after the 1.4.1 release. that makes no sense to me. even if a 1.4.2 release is going ot exist at some hypothetical point in the future, it doesn't exist *now* when the 3.1 release is coming out. CHANGES.txt should only list real changes since real releases. All of the things listed in the 1.4.2-dev section have actually been fixed in the the 3.1 branch as well -- in fact, most of them (all but one i think) are double listed in the 3.1 bug section of the CHANGES.txt We can't predict the future -- we don't know what else might get included in a hypotheetical 1.4.2 release, so we're better off listing nothing, then listing something that might be wrong. (this, for the record, is one of hte potential problems i've brought up several times about having 3x stuff listed in the CHANGES.txt on 4x, nad what happens if there are overlapping releases. it's why i argued that the 3x CHANGES.txt should *only* include things commited to the 3x branch (nothing from solr 1.4 or lucene 2.9) -Hoss --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@lucene.apache.org For additional commands, e-mail: dev-help@lucene.apache.org