From dev-return-4161-apmail-couchdb-dev-archive=couchdb.apache.org@couchdb.apache.org Wed May 13 13:43:00 2009 Return-Path: Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: (qmail 77748 invoked from network); 13 May 2009 13:42:56 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.3) by minotaur.apache.org with SMTP; 13 May 2009 13:42:56 -0000 Received: (qmail 18515 invoked by uid 500); 13 May 2009 13:42:56 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 18456 invoked by uid 500); 13 May 2009 13:42:55 -0000 Mailing-List: contact dev-help@couchdb.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: dev@couchdb.apache.org Delivered-To: mailing list dev@couchdb.apache.org Received: (qmail 18446 invoked by uid 99); 13 May 2009 13:42:55 -0000 Received: from athena.apache.org (HELO athena.apache.org) (140.211.11.136) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 May 2009 13:42:55 +0000 X-ASF-Spam-Status: No, hits=1.2 required=10.0 tests=SPF_NEUTRAL X-Spam-Check-By: apache.org Received-SPF: neutral (athena.apache.org: local policy) Received: from [83.97.50.139] (HELO jan.prima.de) (83.97.50.139) by apache.org (qpsmtpd/0.29) with ESMTP; Wed, 13 May 2009 13:42:46 +0000 Received: from [192.168.1.102] (f053004162.adsl.alicedsl.de [::ffff:78.53.4.162]) (AUTH: LOGIN jan, TLS: TLSv1/SSLv3,128bits,AES128-SHA) by jan.prima.de with esmtp; Wed, 13 May 2009 13:42:22 +0000 Message-Id: <64F970DF-B005-4076-BE63-7362EE31679D@apache.org> From: Jan Lehnardt To: dev@couchdb.apache.org In-Reply-To: <5FA292E9-7EB1-4F77-BCC8-9C094E5CB102@apache.org> Content-Type: text/plain; charset=US-ASCII; format=flowed; delsp=yes Content-Transfer-Encoding: 7bit Mime-Version: 1.0 (Apple Message framework v930.3) Subject: Re: Release 0.9.1 Date: Wed, 13 May 2009 15:42:20 +0200 References: <265DE325-6C9D-406A-BFDD-0D5CB7D4BAAA@gmail.com> <5FA292E9-7EB1-4F77-BCC8-9C094E5CB102@apache.org> X-Mailer: Apple Mail (2.930.3) X-Virus-Checked: Checked by ClamAV on apache.org Hi, I went through the list* of eligible change sets for the 0.9.x branch to get closer to the 0.9.1 release. I blocked or merged all of my commits, and all new stuff from Damien, Chris, Adam, Paul and Noah. I'm sorry if I stomped on anyone's feet here, but I figured I might as well go through the whole list while I'm in there. I blocked anything that has remotely to do with "new" or "refactor" and only merged a few fixes. We still do have some eligible change sets open and I do believe all of them should be merged into 0.9.x, but I don't feel qualified enough to comment on the stability. These change set are: ------------------------------------------------------------------------ r758093 | damien | 2009-03-25 00:48:33 +0100 (Wed, 25 Mar 2009) | 1 line Fix for crash when compacting an empty database ------------------------------------------------------------------------ ------------------------------------------------------------------------ r763858 | damien | 2009-04-10 04:21:37 +0200 (Fri, 10 Apr 2009) | 1 line Fixes for leaked file handles, with test. ------------------------------------------------------------------------ ------------------------------------------------------------------------ r765364 | kocolosk | 2009-04-15 23:21:23 +0200 (Wed, 15 Apr 2009) | 2 lines URL-encode attachment paths during replication ------------------------------------------------------------------------ ------------------------------------------------------------------------ r766338 | nslater | 2009-04-18 17:20:00 +0200 (Sat, 18 Apr 2009) | 1 line create /var/run/couchdb during init script ------------------------------------------------------------------------ ------------------------------------------------------------------------ r766883 | damien | 2009-04-20 23:34:46 +0200 (Mon, 20 Apr 2009) | 1 line Fix for process leaks with retrying compactions. ------------------------------------------------------------------------ ------------------------------------------------------------------------ r771474 | kocolosk | 2009-05-05 00:25:23 +0200 (Tue, 05 May 2009) | 2 lines standalone attachment GETs should respect "rev" qs param ------------------------------------------------------------------------ ------------------------------------------------------------------------ r771480 | kocolosk | 2009-05-05 00:36:46 +0200 (Tue, 05 May 2009) | 2 lines use revisions when replicating attachments. Closes COUCHDB-337 ------------------------------------------------------------------------ Adam, Damien, Noah: Can you comment on your changes and whether they should go into the 0.9.x branch? When we're through with these, I believe we're ready to start the 0.9.1 release. -- Finally, and I'm the first to follow, it'd be great if we all could get into the habit of either merging or blocking commits to trunk for the 0.9.x branch. As a reminder. Blocking REVISION: svn merge -c REVISION --record-only trunk branches/0.9.x svn commit branches/Y.Y.x -m "blocked REVISION from trunk" Merging REVISION: svn merge -c REVISION trunk branches/0.9.x svn commit branches/Y.Y.x -m "merged REVISION from trunk" Cheers Jan -- * for i in `svn mergeinfo trunk branches/0.9.x --show-revs eligible`; do svn log -r $i; done On 6 May 2009, at 19:38, Damien Katz wrote: > > On May 5, 2009, at 9:12 AM, Adam Kocoloski wrote: > >> On May 4, 2009, at 9:32 PM, Chris Anderson wrote: >> >>> Devs, >>> >>> Are we ready for 0.9.1? My pet patch is in and backported, how >>> about yours? >> >> I wonder if we should try to shore up the JIRA records of what's in >> 0.9.1. Currently I see >> >> COUCHDB-306 Wacky error responses to malformed documents >> COUCHDB-310 Fix hardcoded redirect to "/_utils/" >> COUCHDB-311 Wrong encoded _external error message >> COUCHDB-322 Specifying reduce=true on a view with no reduce does >> not cause an error. >> COUCHDB-334 With deferred commits and 100+ active dbs, CouchDB can >> lose uncommitted changes >> COUCHDB-342 url-encode attachment paths during replication >> >> as well as one open ticket targeted for 0.9.1: >> >> COUCHDB-328 [patch] allow futon reduce textareas to contain >> accidental white spaces. >> >> I'm sure there are other resolved/closed tickets missing from that >> list. As far as my work is concerned, I think >> >> COUCHDB-337 attachments from old/conflict revisions are not >> accessible via standalone API >> >> would be a decent candidate for backporting. It's a simple fix, >> but the fact that we ran like that for months without anyone >> noticing probably means it's low priority. Cheers, > > I think the fix is an important one. The big problem isn't the > failures, it's when it doesn't error out that's the problem. It can > put the wrong attachment data into another revision, which is a form > of data corruption. > >> >> Adam >> >> >> >> >> > >