Return-Path: Delivered-To: apmail-lucene-solr-dev-archive@minotaur.apache.org Received: (qmail 71507 invoked from network); 8 Sep 2009 23:15:16 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 8 Sep 2009 23:15:16 -0000 Received: (qmail 91182 invoked by uid 500); 8 Sep 2009 23:15:15 -0000 Delivered-To: apmail-lucene-solr-dev-archive@lucene.apache.org Received: (qmail 91116 invoked by uid 500); 8 Sep 2009 23:15:15 -0000 Mailing-List: contact solr-dev-help@lucene.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: solr-dev@lucene.apache.org Delivered-To: mailing list solr-dev@lucene.apache.org Received: (qmail 91106 invoked by uid 99); 8 Sep 2009 23:15:15 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Sep 2009 23:15:15 +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: local policy) Received: from [208.69.42.181] (HELO radix.cryptio.net) (208.69.42.181) by apache.org (qpsmtpd/0.29) with ESMTP; Tue, 08 Sep 2009 23:15:06 +0000 Received: by radix.cryptio.net (Postfix, from userid 1007) id 5A48471C45A; Tue, 8 Sep 2009 16:14:45 -0700 (PDT) Received: from localhost (localhost [127.0.0.1]) by radix.cryptio.net (Postfix) with ESMTP id 5734771C449 for ; Tue, 8 Sep 2009 16:14:45 -0700 (PDT) Date: Tue, 8 Sep 2009 16:14:45 -0700 (PDT) From: Chris Hostetter To: solr-dev@lucene.apache.org Subject: Re: Lucene RC2 In-Reply-To: <4AA192C6.3010500@gmail.com> Message-ID: References: <0852AB8D-D4CE-4EA3-B0F8-8AB80D5EBF23@apache.org> <3b5f72030908291444u60dad356h6a32371477bf945c@mail.gmail.com> <8EF7E129-C345-44CF-AA73-CF9282A9C582@apache.org> <04413E69-6465-4F14-896A-EE8C66A309D3@apache.org> <4AA192C6.3010500@gmail.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-Virus-Checked: Checked by ClamAV on apache.org : think thats important. It just seems the Changes log should read what : changed from 1.3 or else its a little confusing. You could make another : argument with so many on trunk - but in my mind, the only thing those : going from 1.3 to 1.4 should need to worry about is upgraded to 2.9 - : not follow the whole dev path as changes invalidate changes. Not a big it's equally important that people experimenting with trunk/nightlys have an easy way to distibguish what's changed between the version their using and the current version, so CHANGES.txt should be updated for every change -- but that "update" doesn't need to be purely additive, it can be an "edit" of an existing item in which case diffing the two versions of CHANGES.txt will still tell you what you need to know. -Hoss