Return-Path: X-Original-To: apmail-couchdb-dev-archive@www.apache.org Delivered-To: apmail-couchdb-dev-archive@www.apache.org Received: from mail.apache.org (hermes.apache.org [140.211.11.3]) by minotaur.apache.org (Postfix) with SMTP id ABFD47465 for ; Thu, 20 Oct 2011 16:23:31 +0000 (UTC) Received: (qmail 97291 invoked by uid 500); 20 Oct 2011 16:23:31 -0000 Delivered-To: apmail-couchdb-dev-archive@couchdb.apache.org Received: (qmail 97211 invoked by uid 500); 20 Oct 2011 16:23:31 -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 97203 invoked by uid 99); 20 Oct 2011 16:23:31 -0000 Received: from minotaur.apache.org (HELO minotaur.apache.org) (140.211.11.9) by apache.org (qpsmtpd/0.29) with ESMTP; Thu, 20 Oct 2011 16:23:31 +0000 Received: from localhost (HELO mail-iy0-f180.google.com) (127.0.0.1) (smtp-auth username rnewson, mechanism plain) by minotaur.apache.org (qpsmtpd/0.29) with ESMTP; Thu, 20 Oct 2011 16:23:30 +0000 Received: by iakc1 with SMTP id c1so4804881iak.11 for ; Thu, 20 Oct 2011 09:23:30 -0700 (PDT) MIME-Version: 1.0 Received: by 10.231.25.206 with SMTP id a14mr4574875ibc.15.1319127810290; Thu, 20 Oct 2011 09:23:30 -0700 (PDT) Received: by 10.231.43.134 with HTTP; Thu, 20 Oct 2011 09:23:30 -0700 (PDT) In-Reply-To: References: Date: Thu, 20 Oct 2011 17:23:30 +0100 Message-ID: Subject: Re: [VOTE] Apache CouchDB 1.1.1 Release From: Robert Newson To: dev@couchdb.apache.org Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Hi All, Thanks for all the responses so far. Unfortunately I am aborting this round= . It turns out there is a serious bug in this 1.1.1 candidate when using SpiderMonkey 1.7.0. Instead of sealing the 'doc' parameter to views, we seal the object that defines the seal function, which then causes all kinds of 'X is read-only' events. It's a one word fix, so a new 1.1.1 candidate will be out very soon, and it should not invalidate any of these results. B. On 20 October 2011 14:57, Benoit Chesneau wrote: > On Thu, Oct 20, 2011 at 3:47 PM, Filipe David Manana > wrote: >> On Thu, Oct 20, 2011 at 2:28 PM, Benoit Chesneau w= rote: >>> On Thu, Oct 20, 2011 at 3:17 PM, Filipe David Manana >>> wrote: >>>> On Thu, Oct 20, 2011 at 2:12 PM, Benoit Chesneau = wrote: >>>>> On Wed, Oct 19, 2011 at 4:27 PM, Robert Newson w= rote: >>>>>> This is the release vote for Apache CouchDB 1.1.1 >>>>>> >>>>>> Changes in this release: >>>>>> >>>>>> * Support SpiderMonkey 1.8.5 >>>>>> * Add configurable maximum to the number of bytes returned by _log. >>>>>> * Allow CommonJS modules to be an empty string. >>>>>> * Bump minimum Erlang version to R13B02. >>>>>> * Do not run deleted validate_doc_update functions. >>>>>> * ETags for views include current sequence if include_docs=3Dtrue. >>>>>> * Fix bug where duplicates can appear in _changes feed. >>>>>> * Fix bug where update handlers break after conflict resolution. >>>>>> * Fix bug with _replicator where include "filter" could crash couch. >>>>>> * Fix crashes when compacting large views. >>>>>> * Fix file descriptor leak in _log >>>>>> * Fix missing revisions in _changes?style=3Dall_docs. >>>>>> * Improve handling of compaction at max_dbs_open limit. >>>>>> * JSONP responses now send "text/javascript" for Content-Type. >>>>>> * Link to ICU 4.2 on Windows. >>>>>> * Permit forward slashes in path to update functions. >>>>>> * Reap couchjs processes that hit reduce_overflow error. >>>>>> * Status code can be specified in update handlers. >>>>>> * Support provides() in show functions. >>>>>> * _view_cleanup when ddoc has no views now removes all index files. >>>>>> * max_replication_retry_count now supports "infinity". >>>>>> * Fix replication crash when source database has a document with emp= ty ID. >>>>>> * Fix deadlock when assigning couchjs processes to serve requests. >>>>>> * Fixes to the document multipart PUT API. >>>>>> >>>>>> We encourage the whole community to download and test these release >>>>>> artifacts so that any critical issues can be resolved before the rel= ease >>>>>> is made. Everyone is free to vote on this release. Please report you= r >>>>>> results and vote to this thread. >>>>>> >>>>>> We are voting on the following release artifacts: >>>>>> >>>>>> =A0http://people.apache.org/~rnewson/dist/1.1.1/ >>>>>> >>>>>> Instructions for validating the release tarball can be found here: >>>>>> >>>>>> =A0http://people.apache.org/~rnewson/dist/ >>>>>> >>>>>> Instructions for testing the build artefacts can be found here: >>>>>> >>>>>> =A0http://wiki.apache.org/couchdb/Test_procedure >>>>>> >>>>>> These artifacts have been built from the 1.1.1 tag in Git: >>>>>> >>>>>> apache-couchdb-1.1.1.tar.gz >>>>>> apache-couchdb-1.1.1.tar.gz.md5 >>>>>> apache-couchdb-1.1.1.tar.gz.asc >>>>>> apache-couchdb-1.1.1.tar.gz.sha >>>>>> >>>>>> Since you have read this far, you MUST vote. >>>>>> >>>>> >>>>> make check pass, but when running js tests I got the following error >>>>> (reproducible from time to time) : >>>>> >>>>> [info] [<0.1915.0>] Stopping all ongoing replications because the >>>>> replicator database was deleted or changed >>>>> Apache CouchDB 1.1.1 (LogLevel=3Dinfo) is starting. >>>>> Segmentation fault: 11 >>>>> >>>>> configuration : rb1404, osx lion (last update) >>>> >>>> That's likely the OpenSSL issue on Lion. If init:restart/0 is invoked >>>> and the crypto application was loaded (CouchDB's case) the VM crashes >>>> with either a bus error, segmentation fault or no error message at >>>> all. >>>> >>>> Have you tried building OTP like in https://gist.github.com/1199903 ? >>>> >>>> I had exactly the same issue. >>>> >>>>> >>>>> - benoit >>>>> >>> >>> Shouldn't it be fixed in r144b04? >> >> Nop, not fixed in r14b04 unfortunately. >> And it's independent of the couch codebase, since all start the crypto >> application. >> >>> ALso I don't reproduce it at all on >>> refuge when running tests, s it may be due to the way we compile >>> couch. >>> >>> - benoit >>> >> >> >> >> -- >> Filipe David Manana, >> >> "Reasonable men adapt themselves to the world. >> =A0Unreasonable men adapt the world to themselves. >> =A0That's why all progress depends on unreasonable men." >> > > Like I said i've no problem on refuge though. Yes all apps starts > crypt but here: > > > 2> crypto:start(). > ok > 3> init:restart(). > ok > 4> Erlang R14B04 (erts-5.8.5) [source] [64-bit] [smp:4:4] [rq:4] > [async-threads:0] [hipe] [kernel-poll:false] > > Eshell V5.8.5 =A0(abort with ^G) > 1> > > > works. So it maybe =A0not related to crypto or openssl. > > - benoit >