couchdb-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Christopher Brown ...@opscode.com>
Subject Re: [VOTE] Apache CouchDB 0.11.0 release, second round
Date Wed, 24 Mar 2010 16:28:52 GMT
Can I ask a process point here?

I'm seeing people saying "I may have missed a commit" and being asked to
do a clean install to run these tests, which makes me wonder if we are
all testing the same thing.  When Noah sends out mail saying "these are
the artifacts to vote on", is everyone ensuring that's exactly what they
are testing?  It doesn't appear to be the case.

Before you write me off, hear me out.  I'm an *avid* consumer of couchdb
in my business today and vote at each release.  I want to ensure
quality, and understand the process.

Thanks for your patience,
Chris

Jan Lehnardt wrote:
> On 24 Mar 2010, at 02:44, Noah Slater wrote:
> 
>> On 24 Mar 2010, at 09:40, Brian Candler wrote:
>>
>>> Anyway, nobody else seems to have had this problem, it's quite possibly
>>> something to do with my setup, and browser-based tests are fragile anyway. 
>>> Hence I'm not going to vote against the release.  It's a 0 from me.
>> Not true, you are the second to report it in this vote.
>>
>> Any of the developers (Jan?) want to comment on how serious this bug is?
> 
> Brian, Benoit, can you both double check and do a clean-slate installation into a new
--prefix if you haven't done so? 
> 
>> ** {{badmatch,{error,eacces}},
> 
> 
> From Brian's stacktrace, I'm seeing the eaccess error which suggests that CouchDB doesn't
have write permissions to local.ini (or local_dev.ini, if you run in make dev mode).
> 
> --
> 
>> [Wed, 24 Mar 2010 09:00:50 GMT] [info] [<0.113.0>] OS Process #Port<0.1864>
Log :: function raised exception (new ReferenceError("map_funs is not defined", "")) with
doc._id 8450bfd7a0371f80a9baf032553367f4
>> …
>> [Wed, 24 Mar 2010 09:00:50 GMT] [info] [<0.113.0>] OS Process #Port<0.1864>
Log :: function raised exception (new ReferenceError("map_results is not defined", "")) with
doc._id 8450bfd7a0371f80a9baf032553367f4
> 
> These come from the view server and look like there's a weird condition. Chris, maybe
you can comment on this?
> 
> Cheers
> Jan
> --

Mime
View raw message