Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
Chris, This is an excellent idea. Currently the entire suite of browser tests are also run from the command line, where we overload the CouchDB definition and use couchjs. We could break the suite out with a subset staying in share/www/script/test to be used as you suggest, and the lion's share of them moving to test/javascript to be run as part of make check. They serve a great role in testing end-end but go a little too far in making use of the browser. I'll take a closer look at this over the weekend. Best, Bob On Jun 2, 2011, at 11:35 PM, Chris Anderson wrote: I agree, the browser tests should move to the command line, and a small subset (30 seconds tops) of tests should be in the browser (useful for debugging proxy config, installation, spidermonkey version, or whatever. I'd rather not block 1.1 on rewriting the test suite, even though I agree the browser suite has started to outgrow itself. I am happy to report that all tests pass on my machine (basically stock macbook air). +1 from me. Thanks to everyone who helped with 1.1. Chris On Wed, Jun 1, 2011 at 12:45 PM, Noah Slater nsla...@apache.org wrote: On 1 Jun 2011, at 20:41, Paul Davis wrote: On Wed, Jun 1, 2011 at 3:37 PM, Noah Slater nsla...@apache.org wrote: Considering that the tests work with Chrome, I'm going to change my vote to +1 now. I am also suggesting that we change our recommended test browser to Chrome. Firefox 4 seems to have a lot of trouble with it. Also, our documented test browser is FF3.5. I wonder if the update to 4 is also most of the issue. Could be. :) DOWN WITH ALL NON-DETERMINISTIC BROWSER TESTS, I SAY! (I, for one, welcome our new etap overlords.) -- Chris Anderson http://jchrisa.net http://couchbase.com
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
On 3 Jun 2011, at 11:09, Robert Dionne wrote: Chris, This is an excellent idea. Currently the entire suite of browser tests are also run from the command line, where we overload the CouchDB definition and use couchjs. We could break the suite out with a subset staying in share/www/script/test to be used as you suggest, and the lion's share of them moving to test/javascript to be run as part of make check. They serve a great role in testing end-end but go a little too far in making use of the browser. I'll take a closer look at this over the weekend. Related: http://mail-archives.apache.org/mod_mbox/couchdb-dev/201010.mbox/%3c4897047e-3c28-4ff4-900f-ff564bbc3...@apache.org%3e I still intend to commit this once 1.1.0 is out :) Cheers Jan -- Best, Bob On Jun 2, 2011, at 11:35 PM, Chris Anderson wrote: I agree, the browser tests should move to the command line, and a small subset (30 seconds tops) of tests should be in the browser (useful for debugging proxy config, installation, spidermonkey version, or whatever. I'd rather not block 1.1 on rewriting the test suite, even though I agree the browser suite has started to outgrow itself. I am happy to report that all tests pass on my machine (basically stock macbook air). +1 from me. Thanks to everyone who helped with 1.1. Chris On Wed, Jun 1, 2011 at 12:45 PM, Noah Slater nsla...@apache.org wrote: On 1 Jun 2011, at 20:41, Paul Davis wrote: On Wed, Jun 1, 2011 at 3:37 PM, Noah Slater nsla...@apache.org wrote: Considering that the tests work with Chrome, I'm going to change my vote to +1 now. I am also suggesting that we change our recommended test browser to Chrome. Firefox 4 seems to have a lot of trouble with it. Also, our documented test browser is FF3.5. I wonder if the update to 4 is also most of the issue. Could be. :) DOWN WITH ALL NON-DETERMINISTIC BROWSER TESTS, I SAY! (I, for one, welcome our new etap overlords.) -- Chris Anderson http://jchrisa.net http://couchbase.com
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
Top posting to Bob's top posting, same for me. FF 4.0.1 has been fine on R14B01 / 03 also, when I remember to clear cache. Chrome also seems to be fine I've had no issues with safari current mac version either but not tested either systematically. @nslater when it hangs is there anything of note happening in the erlang logs/shell ? Throw us a bone! A+ Dave insert smiley of choice here On 2 June 2011 09:40, Robert Newson robert.new...@gmail.com wrote: I'll note that I exclusively use firefox 4.0.1 and the test suite passes reliably in it of R14B01/02/03 (now that the replication bug is fixed). B. On 1 June 2011 21:55, Jan Lehnardt j...@apache.org wrote: Just tangentially FYI: From the collected test suite reports, I compiled this list of reports by success or failure per browser and version: http://friendpaste.com/6GBZiLCVRF3t4JcLFqLKQ9 Cheers Jan -- On 1 Jun 2011, at 22:48, Noah Slater wrote: On 1 Jun 2011, at 21:28, Randall Leeds wrote: FWIW I've had no trouble running the tests in Firefox. Do make sure to clear your cache though, in case the browser has old versions of the test scripts cached. I tried this and it hangs on replicate_db forever.
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
Hi Peter, thanks for cheering from the sidelines, you vote is most welcome :) Here's a link that should get you up to speed with the procedure and tell you what is expected or not: http://www.apache.org/foundation/voting.html Let us know if you have any questions :) Cheers Jan -- On 2 Jun 2011, at 04:26, Peter Nolan wrote: well, i view myself as neither an active player nor a sidelined player but an eager first row fan in this community that looks forward to the advances in this couch 'game'. With minimal understanding of what would/wouldn't make a good release, my vote should have marginal weight. To quote, the streets lets push things forward. +0
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
mostly for fun, I did more testing than our standard procedure to even begin each round of this releasel +1 Mac OS X 10.6.7, erlang R14B03, firefox 4.0.1 digests and sigs verified. make check and Futon all clear (have to clear cache, though). As part of preparing for round 3 I ran all the above tests (and more) on R14B01 and R14B02 as well. B. On 2 June 2011 09:50, Jan Lehnardt j...@apache.org wrote: Hi Peter, thanks for cheering from the sidelines, you vote is most welcome :) Here's a link that should get you up to speed with the procedure and tell you what is expected or not: http://www.apache.org/foundation/voting.html Let us know if you have any questions :) Cheers Jan -- On 2 Jun 2011, at 04:26, Peter Nolan wrote: well, i view myself as neither an active player nor a sidelined player but an eager first row fan in this community that looks forward to the advances in this couch 'game'. With minimal understanding of what would/wouldn't make a good release, my vote should have marginal weight. To quote, the streets lets push things forward. +0
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
On 2 Jun 2011, at 09:38, Dave Cottlehuber wrote: @nslater when it hangs is there anything of note happening in the erlang logs/shell ? Throw us a bone! Nope, nothing.
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
On Thu, Jun 2, 2011 at 8:44 AM, Noah Slater nsla...@apache.org wrote: On 2 Jun 2011, at 09:38, Dave Cottlehuber wrote: @nslater when it hangs is there anything of note happening in the erlang logs/shell ? Throw us a bone! Nope, nothing. If Chrome passed fine I'm guessing the error is in the browser.
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
On 2 Jun 2011, at 14:38, Jan Lehnardt wrote: I've seen this in the past occasionally, where the test suite does a _restart and then waits forever for CouchDB to come back. The Erlang console will show the regular startup procedure output, but then it just waits there for requests. I have verified that it actually *does* accept requests when it is in this state. Maybe it is the wait for restart routine that has a bug or triggers one inside Firefox. Oh yes, restarting Firefox and running new tests works. CouchDB is sat there, happily waiting to requests. The problem is with the test code.
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
Reinstalled Erlang and the weird SSL problems went away.
Unit tests fail for me.
-
replicator_db
error
3001ms
Run with debugger
• Exception raised: {}
rev_stemming
error
7ms
Run with debugger
• Exception raised: {}
rewrite
error
10ms
Run with debugger
• Exception raised: {}
security_validation
error
6ms
Run with debugger
• Exception raised: {}
show_documents
error
11ms
Run with debugger
• Exception raised: {}
stats
error
7ms
Run with debugger
• Exception raised: {}
update_documents
error
5ms
Run with debugger
• Exception raised: {}
users_db
error
4ms
Run with debugger
• Exception raised: {}
-
Tried to re-run these tests in with debug on, but Firefox locked up.
The tests lock up on me all the time. And I don't mean, while they're running
through, as expected. When they fail, or I try to restart one, basically, the
whole thing just freezes. I never seem to be able to do much more, other than
restart Firefox. I'm not sure why this happens, but I really wish it wouldn't.
Makes testing harder than it could be.
-
After restarting Firefox all these tests pass.
Very weird.
Going to run the whole test suite again.
—
auth_cache fails
assertion misses_after == misses_before +1 failed
assertion hits_after == hits_before failed
cookie_auth fails
error: file_exists
The test suite then hung on replicator_db again.
Killing Firefox and trying again.
—
auth_cache fails
assertion misses_after == misses_before +1 failed
assertion hits_after == hits_before failed
The test suite then hung on replicator_db again.
Killing Firefox and trying again, manually.
Note I was not able to get debug output because the test suite hangs Firefox.
I don't see anything happening in the CouchDB log either.
So my best guess is that Firefox is just looping over something mindlessly.
—
Running auth_cache manually lots of times produces no errors.
Running through all the tests manually from the start.
cookie_auth fails again for the same reason.
Ran with debug:
Exception raised: {message:ddoc is
null,fileName:http://127.0.0.1:5985/_utils/script/test/cookie_auth.js,lineNumber:41,stack:;()@http://127.0.0.1:5985/_utils/script/test/cookie_auth.js:41\u000arun_on_modified_server([object
Array],(function () {try {var usersDb = new CouchDB(\test_suite_users\,
{'X-Couch-Full-Commit': \false\});usersDb.deleteDb();usersDb.createDb();var
ddoc = usersDb.open(\_design/_auth\);T(ddoc.validate_doc_update);var password
= \3.141592653589\;var jasonUserDoc = CouchDB.prepareUserDoc({name: \Jason
Davies\, roles: [\dev\]}, password);T(usersDb.save(jasonUserDoc).ok);var
checkDoc = usersDb.open(jasonUserDoc._id);T(checkDoc.name == \Jason
Davies\);var jchrisUserDoc = CouchDB.prepareUserDoc({name:
\jch...@apache.org\}, \funnybone\);T(usersDb.save(jchrisUserDoc).ok);var
duplicateJchrisDoc = CouchDB.prepareUserDoc({name: \jch...@apache.org\},
\eh, Boo-Boo?\);try {usersDb.save(duplicateJchrisDoc);T(false \Can't
create duplicate user names. Should have thrown an error.\);} catch (e)
{T(e.error == \conflict\);T(usersDb.last_req.status == 409);}var
underscoreUserDoc = CouchDB.prepareUserDoc({name: \_why\},
\copperfield\);try {usersDb.save(underscoreUserDoc);T(false \Can't create
underscore user names. Should have thrown an error.\);} catch (e) {T(e.error
== \forbidden\);T(usersDb.last_req.status == 403);}var badIdDoc =
CouchDB.prepareUserDoc({name: \foo\}, \bar\);badIdDoc._id =
\org.apache.couchdb:w00x\;try {usersDb.save(badIdDoc);T(false \Can't
create malformed docids. Should have thrown an error.\);} catch (e) {T(e.error
== \forbidden\);T(usersDb.last_req.status == 403);}T(CouchDB.login(\Jason
Davies\, password).ok);T(CouchDB.session().userCtx.name == \Jason
Davies\);var xhr = CouchDB.request(\POST\, \/_session\, {headers:
{'Content-Type': \application/json\}, body: JSON.stringify({name: \Jason
Davies\, password:
password})});T(JSON.parse(xhr.responseText).ok);T(CouchDB.session().userCtx.name
== \Jason Davies\);jasonUserDoc.foo =
2;T(usersDb.save(jasonUserDoc).ok);T(CouchDB.session().userCtx.roles.indexOf(\_admin\)
== -1);try {usersDb.deleteDoc(jchrisUserDoc);T(false \Can't delete other
users docs. Should have thrown an error.\);} catch (e) {T(e.error ==
\forbidden\);T(usersDb.last_req.status == 403);}T(!CouchDB.login(\Jason
Davies\, \2.71828\).ok);T(!CouchDB.login(\Robert Allen Zimmerman\,
\d00d\).ok);T(CouchDB.session().userCtx.name != \Jason Davies\);xhr =
CouchDB.request(\POST\, \/_session?next=/\, {headers: {'Content-Type':
\application/x-www-form-urlencoded\}, body: \name=Jason%20Daviespassword=\
+ encodeURIComponent(password)});if (xhr.status == 200)
{T(/Welcome/.test(xhr.responseText));} else {T(xhr.status ==
302);T(xhr.getResponseHeader(\Location\));}T(CouchDB.login(\jch...@apache.org\,
\funnybone\).ok);T(CouchDB.session().userCtx.name ==
\jch...@apache.org\);T(CouchDB.session().userCtx.roles.length ==
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
Noah,
Does make check run with all the etaps passing?
Bob
On Jun 1, 2011, at 2:13 PM, Noah Slater wrote:
Reinstalled Erlang and the weird SSL problems went away.
Unit tests fail for me.
-
replicator_db
error
3001ms
Run with debugger
• Exception raised: {}
rev_stemming
error
7ms
Run with debugger
• Exception raised: {}
rewrite
error
10ms
Run with debugger
• Exception raised: {}
security_validation
error
6ms
Run with debugger
• Exception raised: {}
show_documents
error
11ms
Run with debugger
• Exception raised: {}
stats
error
7ms
Run with debugger
• Exception raised: {}
update_documents
error
5ms
Run with debugger
• Exception raised: {}
users_db
error
4ms
Run with debugger
• Exception raised: {}
-
Tried to re-run these tests in with debug on, but Firefox locked up.
The tests lock up on me all the time. And I don't mean, while they're running
through, as expected. When they fail, or I try to restart one, basically, the
whole thing just freezes. I never seem to be able to do much more, other than
restart Firefox. I'm not sure why this happens, but I really wish it
wouldn't. Makes testing harder than it could be.
-
After restarting Firefox all these tests pass.
Very weird.
Going to run the whole test suite again.
—
auth_cache fails
assertion misses_after == misses_before +1 failed
assertion hits_after == hits_before failed
cookie_auth fails
error: file_exists
The test suite then hung on replicator_db again.
Killing Firefox and trying again.
—
auth_cache fails
assertion misses_after == misses_before +1 failed
assertion hits_after == hits_before failed
The test suite then hung on replicator_db again.
Killing Firefox and trying again, manually.
Note I was not able to get debug output because the test suite hangs Firefox.
I don't see anything happening in the CouchDB log either.
So my best guess is that Firefox is just looping over something mindlessly.
—
Running auth_cache manually lots of times produces no errors.
Running through all the tests manually from the start.
cookie_auth fails again for the same reason.
Ran with debug:
Exception raised: {message:ddoc is
null,fileName:http://127.0.0.1:5985/_utils/script/test/cookie_auth.js,lineNumber:41,stack:;()@http://127.0.0.1:5985/_utils/script/test/cookie_auth.js:41\u000arun_on_modified_server([object
Array],(function () {try {var usersDb = new CouchDB(\test_suite_users\,
{'X-Couch-Full-Commit': \false\});usersDb.deleteDb();usersDb.createDb();var
ddoc = usersDb.open(\_design/_auth\);T(ddoc.validate_doc_update);var
password = \3.141592653589\;var jasonUserDoc =
CouchDB.prepareUserDoc({name: \Jason Davies\, roles: [\dev\]},
password);T(usersDb.save(jasonUserDoc).ok);var checkDoc =
usersDb.open(jasonUserDoc._id);T(checkDoc.name == \Jason Davies\);var
jchrisUserDoc = CouchDB.prepareUserDoc({name: \jch...@apache.org\},
\funnybone\);T(usersDb.save(jchrisUserDoc).ok);var duplicateJchrisDoc =
CouchDB.prepareUserDoc({name: \jch...@apache.org\}, \eh, Boo-Boo?\);try
{usersDb.save(duplicateJchrisDoc);T(false \Can't create duplicate user
names. Should have thrown an error.\);} catch (e) {T(e.error ==
\conflict\);T(usersDb.last_req.status == 409);}var underscoreUserDoc =
CouchDB.prepareUserDoc({name: \_why\}, \copperfield\);try
{usersDb.save(underscoreUserDoc);T(false \Can't create underscore user
names. Should have thrown an error.\);} catch (e) {T(e.error ==
\forbidden\);T(usersDb.last_req.status == 403);}var badIdDoc =
CouchDB.prepareUserDoc({name: \foo\}, \bar\);badIdDoc._id =
\org.apache.couchdb:w00x\;try {usersDb.save(badIdDoc);T(false \Can't
create malformed docids. Should have thrown an error.\);} catch (e)
{T(e.error == \forbidden\);T(usersDb.last_req.status ==
403);}T(CouchDB.login(\Jason Davies\,
password).ok);T(CouchDB.session().userCtx.name == \Jason Davies\);var xhr =
CouchDB.request(\POST\, \/_session\, {headers: {'Content-Type':
\application/json\}, body: JSON.stringify({name: \Jason Davies\,
password:
password})});T(JSON.parse(xhr.responseText).ok);T(CouchDB.session().userCtx.name
== \Jason Davies\);jasonUserDoc.foo =
2;T(usersDb.save(jasonUserDoc).ok);T(CouchDB.session().userCtx.roles.indexOf(\_admin\)
== -1);try {usersDb.deleteDoc(jchrisUserDoc);T(false \Can't delete other
users docs. Should have thrown an error.\);} catch (e) {T(e.error ==
\forbidden\);T(usersDb.last_req.status == 403);}T(!CouchDB.login(\Jason
Davies\, \2.71828\).ok);T(!CouchDB.login(\Robert Allen Zimmerman\,
\d00d\).ok);T(CouchDB.session().userCtx.name != \Jason Davies\);xhr =
CouchDB.request(\POST\, \/_session?next=/\, {headers: {'Content-Type':
\application/x-www-form-urlencoded\}, body:
\name=Jason%20Daviespassword=\ + encodeURIComponent(password)});if
(xhr.status == 200)
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
On Wed, Jun 1, 2011 at 2:13 PM, Noah Slater nsla...@apache.org wrote:
Reinstalled Erlang and the weird SSL problems went away.
Unit tests fail for me.
-
replicator_db
error
3001ms
Run with debugger
• Exception raised: {}
rev_stemming
error
7ms
Run with debugger
• Exception raised: {}
rewrite
error
10ms
Run with debugger
• Exception raised: {}
security_validation
error
6ms
Run with debugger
• Exception raised: {}
show_documents
error
11ms
Run with debugger
• Exception raised: {}
stats
error
7ms
Run with debugger
• Exception raised: {}
update_documents
error
5ms
Run with debugger
• Exception raised: {}
users_db
error
4ms
Run with debugger
• Exception raised: {}
This usually indicates that something broked on the server. I've only
seen it in corner cases where I segfault in a NIF or similar. Did you
check if couch was still running?
auth_cache fails
assertion misses_after == misses_before +1 failed
assertion hits_after == hits_before failed
This is related to browser cache. Command-Shift-R and the cache sweep
button usually fixes it.
cookie_auth fails
error: file_exists
Didn't we just fix this?
Gonna give this -1 until we fix the unit tests.
I wonder whether anyone else runs the unit tests at all, sometimes! ;)
I ran them on Chrome and they passed just fine. Perhaps its a FF issue
that no-one has noticed yet. Also, you don't have Firebug turned on do
you? That can screw with things.
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
On 1 Jun 2011, at 19:21, Paul Davis wrote: This usually indicates that something broked on the server. I've only seen it in corner cases where I segfault in a NIF or similar. Did you check if couch was still running? Couch was running, and the tests afterwards all passed. auth_cache fails assertion misses_after == misses_before +1 failed assertion hits_after == hits_before failed This is related to browser cache. Command-Shift-R and the cache sweep button usually fixes it. Should the tests work around this? cookie_auth fails error: file_exists Didn't we just fix this? Evidently not. ;) Gonna give this -1 until we fix the unit tests. I wonder whether anyone else runs the unit tests at all, sometimes! ;) I ran them on Chrome and they passed just fine. Perhaps its a FF issue that no-one has noticed yet. Also, you don't have Firebug turned on do you? That can screw with things. I don't even have it installed! Just ran the tests in Chrome and they all pass. What gives?
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
Considering that the tests work with Chrome, I'm going to change my vote to +1 now. I am also suggesting that we change our recommended test browser to Chrome. Firefox 4 seems to have a lot of trouble with it.
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
On 1 Jun 2011, at 20:41, Paul Davis wrote: On Wed, Jun 1, 2011 at 3:37 PM, Noah Slater nsla...@apache.org wrote: Considering that the tests work with Chrome, I'm going to change my vote to +1 now. I am also suggesting that we change our recommended test browser to Chrome. Firefox 4 seems to have a lot of trouble with it. Also, our documented test browser is FF3.5. I wonder if the update to 4 is also most of the issue. Could be. :) DOWN WITH ALL NON-DETERMINISTIC BROWSER TESTS, I SAY! (I, for one, welcome our new etap overlords.)
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
On Wed, Jun 1, 2011 at 3:45 PM, Noah Slater nsla...@apache.org wrote: On 1 Jun 2011, at 20:41, Paul Davis wrote: On Wed, Jun 1, 2011 at 3:37 PM, Noah Slater nsla...@apache.org wrote: Considering that the tests work with Chrome, I'm going to change my vote to +1 now. I am also suggesting that we change our recommended test browser to Chrome. Firefox 4 seems to have a lot of trouble with it. Also, our documented test browser is FF3.5. I wonder if the update to 4 is also most of the issue. Could be. :) DOWN WITH ALL NON-DETERMINISTIC BROWSER TESTS, I SAY! (I, for one, welcome our new etap overlords.) I think we should rewrite all the tests in Scala because of its excellent HTTP support.
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
On 1 Jun 2011, at 21:47, Paul Davis wrote: On Wed, Jun 1, 2011 at 3:45 PM, Noah Slater nsla...@apache.org wrote: On 1 Jun 2011, at 20:41, Paul Davis wrote: On Wed, Jun 1, 2011 at 3:37 PM, Noah Slater nsla...@apache.org wrote: Considering that the tests work with Chrome, I'm going to change my vote to +1 now. I am also suggesting that we change our recommended test browser to Chrome. Firefox 4 seems to have a lot of trouble with it. Also, our documented test browser is FF3.5. I wonder if the update to 4 is also most of the issue. Could be. :) DOWN WITH ALL NON-DETERMINISTIC BROWSER TESTS, I SAY! (I, for one, welcome our new etap overlords.) I think we should rewrite all the tests in Scala because of its excellent HTTP support. insertwittyreply (I've got nothing) --
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
FWIW I've had no trouble running the tests in Firefox. Do make sure to clear your cache though, in case the browser has old versions of the test scripts cached. On Wed, Jun 1, 2011 at 13:19, Jan Lehnardt j...@apache.org wrote: On 1 Jun 2011, at 21:47, Paul Davis wrote: On Wed, Jun 1, 2011 at 3:45 PM, Noah Slater nsla...@apache.org wrote: On 1 Jun 2011, at 20:41, Paul Davis wrote: On Wed, Jun 1, 2011 at 3:37 PM, Noah Slater nsla...@apache.org wrote: Considering that the tests work with Chrome, I'm going to change my vote to +1 now. I am also suggesting that we change our recommended test browser to Chrome. Firefox 4 seems to have a lot of trouble with it. Also, our documented test browser is FF3.5. I wonder if the update to 4 is also most of the issue. Could be. :) DOWN WITH ALL NON-DETERMINISTIC BROWSER TESTS, I SAY! (I, for one, welcome our new etap overlords.) I think we should rewrite all the tests in Scala because of its excellent HTTP support. insertwittyreply (I've got nothing) --
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
What version of FF? 3.5 or newer? On Wed, Jun 1, 2011 at 4:28 PM, Randall Leeds randall.le...@gmail.com wrote: FWIW I've had no trouble running the tests in Firefox. Do make sure to clear your cache though, in case the browser has old versions of the test scripts cached. On Wed, Jun 1, 2011 at 13:19, Jan Lehnardt j...@apache.org wrote: On 1 Jun 2011, at 21:47, Paul Davis wrote: On Wed, Jun 1, 2011 at 3:45 PM, Noah Slater nsla...@apache.org wrote: On 1 Jun 2011, at 20:41, Paul Davis wrote: On Wed, Jun 1, 2011 at 3:37 PM, Noah Slater nsla...@apache.org wrote: Considering that the tests work with Chrome, I'm going to change my vote to +1 now. I am also suggesting that we change our recommended test browser to Chrome. Firefox 4 seems to have a lot of trouble with it. Also, our documented test browser is FF3.5. I wonder if the update to 4 is also most of the issue. Could be. :) DOWN WITH ALL NON-DETERMINISTIC BROWSER TESTS, I SAY! (I, for one, welcome our new etap overlords.) I think we should rewrite all the tests in Scala because of its excellent HTTP support. insertwittyreply (I've got nothing) --
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
On May 30, 2011, at 6:25 PM, Robert Newson wrote: Hello, I would like call a vote for the Apache CouchDB 1.1.0 release, round 3. Two further issues have been resolved since round 2; 1) Compatibility with erlang R14B03. 2) Release tarball now works on Windows (with Cygwin). We encourage the whole community to download and test these release artifacts so that any critical issues can be resolved before the release is made. Everyone is free to vote on this release, so get stuck in! We are voting on the following release artifacts: http://people.apache.org/~rnewson/dist/1.1.0/ These artifacts have been built from the 1.1.0 tag in Subversion: http://svn.apache.org/repos/asf/couchdb/tags/1.1.0 Please follow our test procedure: http://wiki.apache.org/couchdb/Test_procedure Happy voting, B. I'm +1 on releasing these artifacts, but I would like to note that, contrary to the INSTALL.Unix instructions, CouchDB 1.1 will not work on Erlang/OTP R12B05. We should update the docs in a future patch release. Cheers, Adam
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
On Wed, Jun 1, 2011 at 13:29, Paul Davis paul.joseph.da...@gmail.com wrote: What version of FF? 3.5 or newer? 4.0.1 On Wed, Jun 1, 2011 at 4:28 PM, Randall Leeds randall.le...@gmail.com wrote: FWIW I've had no trouble running the tests in Firefox. Do make sure to clear your cache though, in case the browser has old versions of the test scripts cached. On Wed, Jun 1, 2011 at 13:19, Jan Lehnardt j...@apache.org wrote: On 1 Jun 2011, at 21:47, Paul Davis wrote: On Wed, Jun 1, 2011 at 3:45 PM, Noah Slater nsla...@apache.org wrote: On 1 Jun 2011, at 20:41, Paul Davis wrote: On Wed, Jun 1, 2011 at 3:37 PM, Noah Slater nsla...@apache.org wrote: Considering that the tests work with Chrome, I'm going to change my vote to +1 now. I am also suggesting that we change our recommended test browser to Chrome. Firefox 4 seems to have a lot of trouble with it. Also, our documented test browser is FF3.5. I wonder if the update to 4 is also most of the issue. Could be. :) DOWN WITH ALL NON-DETERMINISTIC BROWSER TESTS, I SAY! (I, for one, welcome our new etap overlords.) I think we should rewrite all the tests in Scala because of its excellent HTTP support. insertwittyreply (I've got nothing) --
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
On 1 Jun 2011, at 21:28, Randall Leeds wrote: FWIW I've had no trouble running the tests in Firefox. Do make sure to clear your cache though, in case the browser has old versions of the test scripts cached. I tried this and it hangs on replicate_db forever.
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
Just tangentially FYI: From the collected test suite reports, I compiled this list of reports by success or failure per browser and version: http://friendpaste.com/6GBZiLCVRF3t4JcLFqLKQ9 Cheers Jan -- On 1 Jun 2011, at 22:48, Noah Slater wrote: On 1 Jun 2011, at 21:28, Randall Leeds wrote: FWIW I've had no trouble running the tests in Firefox. Do make sure to clear your cache though, in case the browser has old versions of the test scripts cached. I tried this and it hangs on replicate_db forever.
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
I'll note that I exclusively use firefox 4.0.1 and the test suite passes reliably in it of R14B01/02/03 (now that the replication bug is fixed). B. On 1 June 2011 21:55, Jan Lehnardt j...@apache.org wrote: Just tangentially FYI: From the collected test suite reports, I compiled this list of reports by success or failure per browser and version: http://friendpaste.com/6GBZiLCVRF3t4JcLFqLKQ9 Cheers Jan -- On 1 Jun 2011, at 22:48, Noah Slater wrote: On 1 Jun 2011, at 21:28, Randall Leeds wrote: FWIW I've had no trouble running the tests in Firefox. Do make sure to clear your cache though, in case the browser has old versions of the test scripts cached. I tried this and it hangs on replicate_db forever.
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
/me votes 'present'.
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
well, i view myself as neither an active player nor a sidelined player but an eager first row fan in this community that looks forward to the advances in this couch 'game'. With minimal understanding of what would/wouldn't make a good release, my vote should have marginal weight. To quote, the streets lets push things forward. +0
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
+1 OS X 10.6 Erlang 14B01 All tests pass On May 30, 2011, at 6:25 PM, Robert Newson wrote: Hello, I would like call a vote for the Apache CouchDB 1.1.0 release, round 3. Two further issues have been resolved since round 2; 1) Compatibility with erlang R14B03. 2) Release tarball now works on Windows (with Cygwin). We encourage the whole community to download and test these release artifacts so that any critical issues can be resolved before the release is made. Everyone is free to vote on this release, so get stuck in! We are voting on the following release artifacts: http://people.apache.org/~rnewson/dist/1.1.0/ These artifacts have been built from the 1.1.0 tag in Subversion: http://svn.apache.org/repos/asf/couchdb/tags/1.1.0 Please follow our test procedure: http://wiki.apache.org/couchdb/Test_procedure Happy voting, B.
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
Verified, +1 On Tue, May 31, 2011 at 10:52 AM, Robert Dionne dio...@dionne-associates.com wrote: +1 OS X 10.6 Erlang 14B01 All tests pass On May 30, 2011, at 6:25 PM, Robert Newson wrote: Hello, I would like call a vote for the Apache CouchDB 1.1.0 release, round 3. Two further issues have been resolved since round 2; 1) Compatibility with erlang R14B03. 2) Release tarball now works on Windows (with Cygwin). We encourage the whole community to download and test these release artifacts so that any critical issues can be resolved before the release is made. Everyone is free to vote on this release, so get stuck in! We are voting on the following release artifacts: http://people.apache.org/~rnewson/dist/1.1.0/ These artifacts have been built from the 1.1.0 tag in Subversion: http://svn.apache.org/repos/asf/couchdb/tags/1.1.0 Please follow our test procedure: http://wiki.apache.org/couchdb/Test_procedure Happy voting, B. -- Filipe David Manana, fdman...@gmail.com, fdman...@apache.org Reasonable men adapt themselves to the world. Unreasonable men adapt the world to themselves. That's why all progress depends on unreasonable men.
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
On 31 May 2011 20:55, Jan Lehnardt j...@apache.org wrote: Hi Robert, I want to second the others' gratitude for your help pushing 1.1.0 out. What Jan said! This release has been a real saga and you are awesome!! A+ Dave
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
On Tue, May 31, 2011 at 15:23, Dave Cottlehuber d...@muse.net.nz wrote: What Jan said! This release has been a real saga and you are awesome!! +1. (I've tried the release and make check passes for me. I don't think any of the browsers I run are supported for the Futon tests, so I'm skipping those -- but most look good, anyway.) Cheesr, Dirkjan
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
Howdy, The release looks great - awesome job * on all the work! Ubuntu 10.10 with erlang 1:13.b.3-dfsg-2ubuntu3: - SHA passes - `make check` passes all tests - All Futon tests pass in Chromium 10 and Firefox 3.6.16, though Firefox still doesn't like losing focus when running tests (keeps hanging the browser with unresponsive script dialogs). - Root URL signature is correct Unfortunately there is still no mention of the added dependency on jQuery UI and related work from COUCHDB-1131 (http://svn.apache.org/viewvc?view=revisionrevision=1095523). We need to make dependencies like this clear as they roll out in releases. -1 Cheers, -- Sam Bisbee www.sbisbee.com On Mon, May 30, 2011 at 6:25 PM, Robert Newson rnew...@apache.org wrote: Hello, I would like call a vote for the Apache CouchDB 1.1.0 release, round 3. Two further issues have been resolved since round 2; 1) Compatibility with erlang R14B03. 2) Release tarball now works on Windows (with Cygwin). We encourage the whole community to download and test these release artifacts so that any critical issues can be resolved before the release is made. Everyone is free to vote on this release, so get stuck in! We are voting on the following release artifacts: http://people.apache.org/~rnewson/dist/1.1.0/ These artifacts have been built from the 1.1.0 tag in Subversion: http://svn.apache.org/repos/asf/couchdb/tags/1.1.0 Please follow our test procedure: http://wiki.apache.org/couchdb/Test_procedure Happy voting, B.
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
On 31 May 2011, at 17:30, Sam Bisbee wrote: Howdy, The release looks great - awesome job * on all the work! Ubuntu 10.10 with erlang 1:13.b.3-dfsg-2ubuntu3: - SHA passes - `make check` passes all tests - All Futon tests pass in Chromium 10 and Firefox 3.6.16, though Firefox still doesn't like losing focus when running tests (keeps hanging the browser with unresponsive script dialogs). - Root URL signature is correct Unfortunately there is still no mention of the added dependency on jQuery UI and related work from COUCHDB-1131 (http://svn.apache.org/viewvc?view=revisionrevision=1095523). We need to make dependencies like this clear as they roll out in releases. The required mentions are in the commit you reference: http://svn.apache.org/viewvc/couchdb/trunk/NOTICE?r1=1095523r2=1095522pathrev=1095523 http://svn.apache.org/viewvc/couchdb/trunk/LICENSE?r1=1095523r2=1095522pathrev=1095523 Cheers Jan -- -1 Cheers, -- Sam Bisbee www.sbisbee.com On Mon, May 30, 2011 at 6:25 PM, Robert Newson rnew...@apache.org wrote: Hello, I would like call a vote for the Apache CouchDB 1.1.0 release, round 3. Two further issues have been resolved since round 2; 1) Compatibility with erlang R14B03. 2) Release tarball now works on Windows (with Cygwin). We encourage the whole community to download and test these release artifacts so that any critical issues can be resolved before the release is made. Everyone is free to vote on this release, so get stuck in! We are voting on the following release artifacts: http://people.apache.org/~rnewson/dist/1.1.0/ These artifacts have been built from the 1.1.0 tag in Subversion: http://svn.apache.org/repos/asf/couchdb/tags/1.1.0 Please follow our test procedure: http://wiki.apache.org/couchdb/Test_procedure Happy voting, B.
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
On Tue, May 31, 2011 at 11:34 AM, Jan Lehnardt j...@apache.org wrote: On 31 May 2011, at 17:30, Sam Bisbee wrote: Howdy, The release looks great - awesome job * on all the work! Ubuntu 10.10 with erlang 1:13.b.3-dfsg-2ubuntu3: - SHA passes - `make check` passes all tests - All Futon tests pass in Chromium 10 and Firefox 3.6.16, though Firefox still doesn't like losing focus when running tests (keeps hanging the browser with unresponsive script dialogs). - Root URL signature is correct Unfortunately there is still no mention of the added dependency on jQuery UI and related work from COUCHDB-1131 (http://svn.apache.org/viewvc?view=revisionrevision=1095523). We need to make dependencies like this clear as they roll out in releases. The required mentions are in the commit you reference: http://svn.apache.org/viewvc/couchdb/trunk/NOTICE?r1=1095523r2=1095522pathrev=1095523 http://svn.apache.org/viewvc/couchdb/trunk/LICENSE?r1=1095523r2=1095522pathrev=1095523 Cheers Jan I am surprised that it does not need to be in CHANGES, but since that is the case and everything else looks so awesome, I am +1 now on the release. Cheers, -- Sam Bisbee www.sbisbee.com
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
On 31 May 2011, at 17:51, Sam Bisbee wrote: On Tue, May 31, 2011 at 11:34 AM, Jan Lehnardt j...@apache.org wrote: On 31 May 2011, at 17:30, Sam Bisbee wrote: Howdy, The release looks great - awesome job * on all the work! Ubuntu 10.10 with erlang 1:13.b.3-dfsg-2ubuntu3: - SHA passes - `make check` passes all tests - All Futon tests pass in Chromium 10 and Firefox 3.6.16, though Firefox still doesn't like losing focus when running tests (keeps hanging the browser with unresponsive script dialogs). - Root URL signature is correct Unfortunately there is still no mention of the added dependency on jQuery UI and related work from COUCHDB-1131 (http://svn.apache.org/viewvc?view=revisionrevision=1095523). We need to make dependencies like this clear as they roll out in releases. The required mentions are in the commit you reference: http://svn.apache.org/viewvc/couchdb/trunk/NOTICE?r1=1095523r2=1095522pathrev=1095523 http://svn.apache.org/viewvc/couchdb/trunk/LICENSE?r1=1095523r2=1095522pathrev=1095523 Cheers Jan I am surprised that it does not need to be in CHANGES, but since that is the case and everything else looks so awesome, I am +1 now on the release. I agree it'd be nice to have this in CHANGES, but AFAIK this is not required. I would not consider this a showstopper though, so thanks for changing your vote :) Cheers Jan --
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
OS X 10.6.7, Erlang R14B03 +1 * signatures: ok * make check: ok * browser test suite: Firefox 4.0.1 Safari 5.0.5: ok Great work! On 31.05.2011, at 00:25, Robert Newson wrote: Hello, I would like call a vote for the Apache CouchDB 1.1.0 release, round 3. Two further issues have been resolved since round 2; 1) Compatibility with erlang R14B03. 2) Release tarball now works on Windows (with Cygwin). We encourage the whole community to download and test these release artifacts so that any critical issues can be resolved before the release is made. Everyone is free to vote on this release, so get stuck in! We are voting on the following release artifacts: http://people.apache.org/~rnewson/dist/1.1.0/ These artifacts have been built from the 1.1.0 tag in Subversion: http://svn.apache.org/repos/asf/couchdb/tags/1.1.0 Please follow our test procedure: http://wiki.apache.org/couchdb/Test_procedure Happy voting, B.
Re: [VOTE] Apache CouchDB 1.1.0 release, round 2.
On Mon, May 30, 2011 at 2:23 AM, Dave Cottlehuber d...@muse.net.nz wrote:
On 29 May 2011 05:26, Robert Newson robert.new...@gmail.com wrote:
Hello,
I would like call a vote for the Apache CouchDB 1.1.0 release, round 2.
Thanks Bob all - that is a *lot* of bugs squashed!!
md5, sha, etaps all good.
Mac OS X 10.6.7
NB I needed to do `brew link icu4c` to get couchdb ./configure to work.
ffox passes except for replication {error: not_found}; logs at
http://friendpaste.com/2IS0zh1PjEAmJrgtqWp66u
Swapping R14B01 in for R14B03 - replication tests pass again as
discussed on IRC.
using R14B93, and still have the replication error. Tests with safari
just block on replication and never end. I'm -1 until that's fixed.
Will open/update a ticket with logs.
- benoît
Re: [VOTE] Apache CouchDB 1.1.0 release, round 2.
On 30 May 2011, at 10:50, Benoit Chesneau wrote:
On Mon, May 30, 2011 at 2:23 AM, Dave Cottlehuber d...@muse.net.nz wrote:
On 29 May 2011 05:26, Robert Newson robert.new...@gmail.com wrote:
Hello,
I would like call a vote for the Apache CouchDB 1.1.0 release, round 2.
Thanks Bob all - that is a *lot* of bugs squashed!!
md5, sha, etaps all good.
Mac OS X 10.6.7
NB I needed to do `brew link icu4c` to get couchdb ./configure to work.
ffox passes except for replication {error: not_found}; logs at
http://friendpaste.com/2IS0zh1PjEAmJrgtqWp66u
Swapping R14B01 in for R14B03 - replication tests pass again as
discussed on IRC.
using R14B93, and still have the replication error. Tests with safari
just block on replication and never end. I'm -1 until that's fixed.
Will open/update a ticket with logs.
In case it is unclear, it is R14B03 that introduces this error, 01
and 02 are fine.
Cheers
Jan
--
Re: [VOTE] Apache CouchDB 1.1.0 release, round 2.
I should clarify: the failure on R14B03 is because of a change to OTP.
Specifically, when using cancel:true to stop a running replication
task, we call supervisor:terminate_child and then
supervisor:delete_child. In both cases, we expect 'ok' as the result.
In R14B03, the delete_child call returns {error, not_found} instead.
This lines up with OTP-9167 where they alter the behavior of temporary
child processes. Since these cannot be restarted, they are
automatically deleted once restarted.
I have already applied and tested a fix for this that will be
compatible with all versions.
B.
On 30 May 2011 11:14, Robert Newson robert.new...@gmail.com wrote:
I'm aborting round 2 because of;
1) replication.js failure on R14B03
2) Failure of candidate to build on Windows due to old version of
autoconf/automake
I have fixes for both issues and will release a round 3 candidate soon.
Additional testing, particularly outside of our test suites, is still useful.
B.
On 28 May 2011 19:32, Noah Slater nsla...@apache.org wrote:
Make check ok.
Results from unit tests in Firefox:
* First base on basics caused segfault in CouchDB. Started over with GDB.
* Second time through with cookie_auth failed with file exists message.
* Second time through design_docs caused segfault:
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x107c3bc0
0x107c3bc0 in ?? ()
(gdb) backtrace
#0 0x107c3bc0 in ?? ()
Cannot access memory at address 0x107c3bc0
#1 0x7fff8779b5b1 in EVP_DigestInit_ex ()
#2 0x7fff8776989d in ssleay_rand_bytes ()
#3 0x7fff87768f2e in ssleay_rand_pseudo_bytes ()
#4 0x1074307a in rand_bytes_1 ()
#5 0x100fdc07 in process_main ()
#6 0x1006ff5e in sched_thread_func ()
#7 0x1018e8db in thr_wrapper ()
#8 0x7fff833694f6 in _pthread_start ()
#9 0x7fff833693a9 in thread_start ()
* Restarted test suite and got a segfault in basics again:
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x107c3bc0
[Switching to process 95309 thread 0x2803]
0x107c3bc0 in ?? ()
(gdb) backtrace
#0 0x107c3bc0 in ?? ()
Cannot access memory at address 0x107c3bc0
#1 0x7fff8779b5b1 in EVP_DigestInit_ex ()
#2 0x7fff8776989d in ssleay_rand_bytes ()
#3 0x7fff87768f2e in ssleay_rand_pseudo_bytes ()
#4 0x1074307a in rand_bytes_1 ()
#5 0x100fdc07 in process_main ()
#6 0x1006ff5e in sched_thread_func ()
#7 0x1018e8db in thr_wrapper ()
#8 0x7fff833694f6 in _pthread_start ()
#9 0x7fff833693a9 in thread_start ()
At least it seems to be the same bit of code that is segfaulting.
I am -1 on the release until we can figure out what's going on here.
Perhaps I have a dodgy SSL library?
I'm not sure how I could check for this, so looking for help!
[VOTE] Apache CouchDB 1.1.0 release, round 3.
Hello, I would like call a vote for the Apache CouchDB 1.1.0 release, round 3. Two further issues have been resolved since round 2; 1) Compatibility with erlang R14B03. 2) Release tarball now works on Windows (with Cygwin). We encourage the whole community to download and test these release artifacts so that any critical issues can be resolved before the release is made. Everyone is free to vote on this release, so get stuck in! We are voting on the following release artifacts: http://people.apache.org/~rnewson/dist/1.1.0/ These artifacts have been built from the 1.1.0 tag in Subversion: http://svn.apache.org/repos/asf/couchdb/tags/1.1.0 Please follow our test procedure: http://wiki.apache.org/couchdb/Test_procedure Happy voting, B.
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
* Signature OK * MD5 OK * SHA1 OK * Make check OK * Futon OK +1 On Mon, May 30, 2011 at 15:25, Robert Newson rnew...@apache.org wrote: Hello, I would like call a vote for the Apache CouchDB 1.1.0 release, round 3. Two further issues have been resolved since round 2; 1) Compatibility with erlang R14B03. 2) Release tarball now works on Windows (with Cygwin). We encourage the whole community to download and test these release artifacts so that any critical issues can be resolved before the release is made. Everyone is free to vote on this release, so get stuck in! We are voting on the following release artifacts: http://people.apache.org/~rnewson/dist/1.1.0/ These artifacts have been built from the 1.1.0 tag in Subversion: http://svn.apache.org/repos/asf/couchdb/tags/1.1.0 Please follow our test procedure: http://wiki.apache.org/couchdb/Test_procedure Happy voting, B.
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
+1 here. Motions pass on latest OS X. On May 30, 2011, at 8:09 PM, Randall Leeds randall.le...@gmail.com wrote: * Signature OK * MD5 OK * SHA1 OK * Make check OK * Futon OK +1 On Mon, May 30, 2011 at 15:25, Robert Newson rnew...@apache.org wrote: Hello, I would like call a vote for the Apache CouchDB 1.1.0 release, round 3. Two further issues have been resolved since round 2; 1) Compatibility with erlang R14B03. 2) Release tarball now works on Windows (with Cygwin). We encourage the whole community to download and test these release artifacts so that any critical issues can be resolved before the release is made. Everyone is free to vote on this release, so get stuck in! We are voting on the following release artifacts: http://people.apache.org/~rnewson/dist/1.1.0/ These artifacts have been built from the 1.1.0 tag in Subversion: http://svn.apache.org/repos/asf/couchdb/tags/1.1.0 Please follow our test procedure: http://wiki.apache.org/couchdb/Test_procedure Happy voting, B.
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
On Tue, May 31, 2011 at 12:25 AM, Robert Newson rnew...@apache.org wrote: Hello, I would like call a vote for the Apache CouchDB 1.1.0 release, round 3. Two further issues have been resolved since round 2; 1) Compatibility with erlang R14B03. 2) Release tarball now works on Windows (with Cygwin). We encourage the whole community to download and test these release artifacts so that any critical issues can be resolved before the release is made. Everyone is free to vote on this release, so get stuck in! We are voting on the following release artifacts: http://people.apache.org/~rnewson/dist/1.1.0/ These artifacts have been built from the 1.1.0 tag in Subversion: http://svn.apache.org/repos/asf/couchdb/tags/1.1.0 Please follow our test procedure: http://wiki.apache.org/couchdb/Test_procedure Happy voting, B. Ubuntu (10.04): All tests successful. Files=41, Tests=735, 73 wallclock secs ( 0.44 usr 0.11 sys + 18.82 cusr 2.52 csys = 21.89 CPU) Result: PASS FreeBSD: All tests successful. Files=41, Tests=735, 85 wallclock secs (20.09 cusr + 3.78 csys = 23.87 CPU) +1 @Robert: Thanks very, very much for pulling through on this release! This is really, really appreciated! Till
Re: [VOTE] Apache CouchDB 1.1.0 release, round 3.
On 31 May 2011 10:25, Robert Newson rnew...@apache.org wrote: Hello, I would like call a vote for the Apache CouchDB 1.1.0 release, round 3. Two further issues have been resolved since round 2; 1) Compatibility with erlang R14B03. 2) Release tarball now works on Windows (with Cygwin). We encourage the whole community to download and test these release artifacts so that any critical issues can be resolved before the release is made. Everyone is free to vote on this release, so get stuck in! We are voting on the following release artifacts: http://people.apache.org/~rnewson/dist/1.1.0/ These artifacts have been built from the 1.1.0 tag in Subversion: http://svn.apache.org/repos/asf/couchdb/tags/1.1.0 Please follow our test procedure: http://wiki.apache.org/couchdb/Test_procedure Happy voting, B. +1 - md5 ok - sha1 ok Mac OS X 10.6.7 + erlang R14B01 - make check ok - futon ok (via ff 4.0.1 on Mac OS X 10.6.7) Mac OS X 10.6.7 + erlang R14B03 - make check ok - futon ok (via ff 4.0.1 on Mac OS X 10.6.7) Windows 7 Enterprise + erlang R14B01 - make check n/a as usual (note to self to fix this) - futon ok (via ff 4.0.1 on Mac OS X 10.6.7) woo!!! A+ Dave
Re: [VOTE] Apache CouchDB 1.1.0 release, round 2.
On 29 May 2011 05:26, Robert Newson robert.new...@gmail.com wrote:
Hello,
I would like call a vote for the Apache CouchDB 1.1.0 release, round 2.
Thanks Bob all - that is a *lot* of bugs squashed!!
md5, sha, etaps all good.
Mac OS X 10.6.7
NB I needed to do `brew link icu4c` to get couchdb ./configure to work.
ffox passes except for replication {error: not_found}; logs at
http://friendpaste.com/2IS0zh1PjEAmJrgtqWp66u
Swapping R14B01 in for R14B03 - replication tests pass again as
discussed on IRC.
Windows 7 enterprise
R14B01
md5 etc same as above.
no etap tests possible as usual.
all ffox tests pass (yay).
unable to build from dist package, but using svn/tags/1.1.0 checkout
and then local ./bootstrap / configure / make succeeds. Looks like
some issues between autoconf 2.61 / automake 1.10 used for
distribution build on Mac OS X, and cygwin using bastardised autoconf
2.68 / automake 1.11.1 re COUCHDB-440. Couch 1.0.2 release was done
with autoconf 2.68 / automake 1.11.1 by davisp; when it is checked out
from svn and release process followed on Mac OS X the same failure
occurs.
I'm working on it.
both platforms testing done via Mac Firefox 4.0.1
A+
Dave
[VOTE] Apache CouchDB 1.1.0 release, round 2.
Hello,
I would like call a vote for the Apache CouchDB 1.1.0 release, round 2.
Since round 1 a host of bugs have been reported and fixed, here is an
exhaustive list;
* COUCHDB-885 - Attachments introduce conflicts after replication.
* COUCHDB-1045 - Replication reports missing for docs which exist
and are accesible
* COUCHDB-1074 - trouble URL rewriting for key/startkey/endkey qs params
* COUCHDB-1144 - oauth requests with non-percent-encoded realms result
in function_clause error in HTTP request
* COUCHDB-1154 - Revisions returned by GET, but not include_docs
* COUCHDB-1156 - Futon shows apache license when performing
unauthorised operations
* COUCHDB-1163 - Document returned by id, but cannot be found by rev
* COUCHDB-1171 - Multiple requests to _changes feed causes {error,
system_limit} Too many processes
* COUCHDB-1173 - Verify MD5 when replicating attachments
* COUCHDB-1174 - multipart/related doc PUT API can respond too soon
and discard parts of subsequent requests in the connection
* COUCHDB-1175 - Improve content type negotiation for couchdb JSON responses
* COUCHDB-1177 - function_clause error in write_streamed_attachment
* COUCHDB-1178 - function_clause error in make_first_doc_on_disk
We encourage the whole community to download and test these release artifacts so
that any critical issues can be resolved before the release is made. Everyone is
free to vote on this release, so get stuck in!
We are voting on the following release artifacts:
http://people.apache.org/~rnewson/dist/1.1.0/
These artifacts have been built from the 1.1.0 tag in Subversion:
http://svn.apache.org/repos/asf/couchdb/tags/1.1.0
Please follow our test procedure:
http://wiki.apache.org/couchdb/Test_procedure
Happy voting,
B.
Re: [VOTE] Apache CouchDB 1.1.0 release, round 2.
Make check ok. Results from unit tests in Firefox: * First base on basics caused segfault in CouchDB. Started over with GDB. * Second time through with cookie_auth failed with file exists message. * Second time through design_docs caused segfault: Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x107c3bc0 0x107c3bc0 in ?? () (gdb) backtrace #0 0x107c3bc0 in ?? () Cannot access memory at address 0x107c3bc0 #1 0x7fff8779b5b1 in EVP_DigestInit_ex () #2 0x7fff8776989d in ssleay_rand_bytes () #3 0x7fff87768f2e in ssleay_rand_pseudo_bytes () #4 0x1074307a in rand_bytes_1 () #5 0x100fdc07 in process_main () #6 0x1006ff5e in sched_thread_func () #7 0x1018e8db in thr_wrapper () #8 0x7fff833694f6 in _pthread_start () #9 0x7fff833693a9 in thread_start () * Restarted test suite and got a segfault in basics again: Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x107c3bc0 [Switching to process 95309 thread 0x2803] 0x107c3bc0 in ?? () (gdb) backtrace #0 0x107c3bc0 in ?? () Cannot access memory at address 0x107c3bc0 #1 0x7fff8779b5b1 in EVP_DigestInit_ex () #2 0x7fff8776989d in ssleay_rand_bytes () #3 0x7fff87768f2e in ssleay_rand_pseudo_bytes () #4 0x1074307a in rand_bytes_1 () #5 0x100fdc07 in process_main () #6 0x1006ff5e in sched_thread_func () #7 0x1018e8db in thr_wrapper () #8 0x7fff833694f6 in _pthread_start () #9 0x7fff833693a9 in thread_start () At least it seems to be the same bit of code that is segfaulting. I am -1 on the release until we can figure out what's going on here. Perhaps I have a dodgy SSL library? I'm not sure how I could check for this, so looking for help!
[VOTE] Apache CouchDB 1.1.0 release
Hello, I would like call a vote for the Apache CouchDB 1.1.0 release, round 1. We encourage the whole community to download and test these release artifacts so that any critical issues can be resolved before the release is made. Everyone is free to vote on this release, so get stuck in! We are voting on the following release artifacts: http://people.apache.org/~rnewson/dist/1.1.0/ These artifacts have been built from the 1.1.0 tag in Subversion: http://svn.apache.org/repos/asf/couchdb/tags/1.1.0 Happy voting, -- Robert Newson
RE: [VOTE] Apache CouchDB 1.1.0 release
Those who develop on Mac OS X and have installed CouchDB using Homebrew [1], should do the following to test CouchDB 1.1.0 with their applications: `brew update` # Make sure you have the latest formulae `brew edit couchdb` # Edit the CouchDB formula using $EDITOR and replace the following line: url 'https://github.com/apache/couchdb/tarball/1.0.2' with: url 'http://people.apache.org/~rnewson/dist/1.1.0/apache-couchdb-1.1.0.tar.gz' # can also use 'http://svn.apache.org/repos/asf/couchdb/tags/1.1.0' if you'd rather do an SVN checkout of the 1.1.0 tag Finally, `brew remove couchdb` # Remove the installed stable CouchDB 1.0.2 `brew install couchdb` # Build and install CouchDB 1.1.0 from Bob's 1.1.0 tarball All databases will be intact and immediately available with CouchDB 1.1.0. Subsequently removing CouchDB 1.1.0 and undoing the changes made to the formula will make it easy to go back to 1.0.2. Later, when the official release happens, the canonical formula will be updated by someone and signed off @mxcl or @adamv (core maintainers of Homebrew). The only thing that might affect your development environment is the new database format the CouchDB 1.1.0 migrates to during a database compaction. Those database files will not be understood by 1.0.2 and will have to be recreated or replicated from a backup database (possibly between different versions of CouchDB). Let me know if you have questions or something is not clear, I'm more than happy to help with Homebrew / CouchDB build/install issues. Gabor PS It seems the version number has not been set correctly yet, `couchdb -V` returns 'couchdb - Apache CouchDB 1.2.0a-' for me [1] http://github.com/mxcl/homebrew (if you are not using Homebrew yet, you should seriously consider!) On Tuesday, May 17, 2011 at 4:17 PM, Robert Newson wrote: Hello, I would like call a vote for the Apache CouchDB 1.1.0 release, round 1. We encourage the whole community to download and test these release artifacts so that any critical issues can be resolved before the release is made. Everyone is free to vote on this release, so get stuck in! We are voting on the following release artifacts: http://people.apache.org/~rnewson/dist/1.1.0/ These artifacts have been built from the 1.1.0 tag in Subversion: http://svn.apache.org/repos/asf/couchdb/tags/1.1.0 Happy voting, -- Robert Newson
Re: [VOTE] Apache CouchDB 1.1.0 release
On 17 May 2011, at 15:38, Gabor Ratky wrote: Those who develop on Mac OS X and have installed CouchDB using Homebrew [1], should do the following to test CouchDB 1.1.0 with their applications: If you're using CouchDB on your development machine, I would strongly recommend AGAINST doing this. This release artefact is only to be used for voting on at the moment. It is not intended to be used by anyone properly, or to be used on any real data.
Re: [VOTE] Apache CouchDB 1.1.0 release
On 17 May 2011, at 15:38, Gabor Ratky wrote: PS It seems the version number has not been set correctly yet, `couchdb -V` returns 'couchdb - Apache CouchDB 1.2.0a-' for me We've not been able to reproduce this. Could you provide some more information? What does curl localhost:5984 produce?
Re: [VOTE] Apache CouchDB 1.1.0 release
also this; PS It seems the version number has not been set correctly yet, `couchdb -V` returns 'couchdb - Apache CouchDB 1.2.0a-' for me appears not to be the case. The build artifact correctly reports 1.1.0 for me and others. B. On 17 May 2011 15:44, Noah Slater nsla...@apache.org wrote: On 17 May 2011, at 15:38, Gabor Ratky wrote: Those who develop on Mac OS X and have installed CouchDB using Homebrew [1], should do the following to test CouchDB 1.1.0 with their applications: If you're using CouchDB on your development machine, I would strongly recommend AGAINST doing this. This release artefact is only to be used for voting on at the moment. It is not intended to be used by anyone properly, or to be used on any real data.
Re: [VOTE] Apache CouchDB 1.1.0 release
On 17 May 2011, at 15:38, Gabor Ratky wrote: Those who develop on Mac OS X and have installed CouchDB using Homebrew [1], should do the following to test CouchDB 1.1.0 with their applications: Also, please do not test the release artefact in this way. If you would like to vote on the release, please build from source directly, and by hand. That is absolutely crucial for the process to work properly. (Sorry for the negative feedback Gabor, I know you were trying to help. I just don't think that this particular approach is suitable for what we're trying to do here...)
Re: [VOTE] Apache CouchDB 1.1.0 release
On 17 May 2011, at 16:17, Robert Newson wrote: Hello, I would like call a vote for the Apache CouchDB 1.1.0 release, round 1. We encourage the whole community to download and test these release artifacts so that any critical issues can be resolved before the release is made. Everyone is free to vote on this release, so get stuck in! We are voting on the following release artifacts: http://people.apache.org/~rnewson/dist/1.1.0/ These artifacts have been built from the 1.1.0 tag in Subversion: http://svn.apache.org/repos/asf/couchdb/tags/1.1.0 Happy voting, +1 Tested on Mac OS X 10.6.7, R14B01. make check and the test suite in Firefox 3.6 all check out. Tested on Ubuntu 10.04, R13B03. make check and the test suite in Firefox 3.6 all check out. Thanks Bob! Cheers Jan --
Re: [VOTE] Apache CouchDB 1.1.0 release
On Tue, May 17, 2011 at 16:17, Robert Newson rnew...@apache.org wrote:
We are voting on the following release artifacts:
http://people.apache.org/~rnewson/dist/1.1.0/
I tested it on amd64 Gentoo Linux. etap tests passed, browser tests
mostly passed. I got these failures, but I'm running this on a recent
Firefox 5.0 alpha:
oauth
Exception raised: {error:db_not_found,reason:could not open
http://localhost:15984/test_suite_db_a/}
replication
Exception raised: {error:db_not_found,reason:could not open
http://localhost:15984/test_suite_db_b/}
replicator_db
Exception raised: {}
security_validation
Exception raised: {error:db_not_found,reason:could not open
http://localhost:15984/test_suite_db_b/}
The failures in oauth, replication and security_validation are the
same as in 1.0.2 in this setup. The replicator_db obviously didn't
exist in 1.0.2, so not sure about that.
Cheers,
Dirkjan
Re: [VOTE] Apache CouchDB 1.1.0 release
On 17 May 2011, at 17:14, Dirkjan Ochtman wrote:
On Tue, May 17, 2011 at 16:17, Robert Newson rnew...@apache.org wrote:
We are voting on the following release artifacts:
http://people.apache.org/~rnewson/dist/1.1.0/
I tested it on amd64 Gentoo Linux. etap tests passed, browser tests
mostly passed. I got these failures, but I'm running this on a recent
Firefox 5.0 alpha:
Hehe, can you try Firefox 3.6? :)
4 or later are currently not supported.
Cheers
Jan
--
oauth
Exception raised: {error:db_not_found,reason:could not open
http://localhost:15984/test_suite_db_a/}
replication
Exception raised: {error:db_not_found,reason:could not open
http://localhost:15984/test_suite_db_b/}
replicator_db
Exception raised: {}
security_validation
Exception raised: {error:db_not_found,reason:could not open
http://localhost:15984/test_suite_db_b/}
The failures in oauth, replication and security_validation are the
same as in 1.0.2 in this setup. The replicator_db obviously didn't
exist in 1.0.2, so not sure about that.
Cheers,
Dirkjan
RE: [VOTE] Apache CouchDB 1.1.0 release
Please fully ignore the email I sent below. As others have pointed out here and on #couchdb, the email has gotten the following things wrong: I am not meant to test the release artifacts with the release artifact prepared for voting. The release artifacts should be built from source using the tarball provided. The purpose of voting is to perform 'make check' and run JS tests in the browser (FF3 suggested in this case) The version is correctly stated by `couchdb -V` built from the release artifacts the minor detail I got right: CouchDB 1.1.0 can read 1.0.2 databases CouchDB built from the SVN 1.1.0 tag reports 1.2.0a-, opposed to 1.1.0 My only excuse is my excitement of the 1.1.0 release moving forward and rushing to 'help' fellow CouchDB enthusiasts. Let the voting continue (while I leave the stage). Gabor On Tuesday, May 17, 2011 at 4:38 PM, Gabor Ratky wrote: Those who develop on Mac OS X and have installed CouchDB using Homebrew [1], should do the following to test CouchDB 1.1.0 with their applications: redracted to prevent further embarassment On Tuesday, May 17, 2011 at 4:17 PM, Robert Newson wrote: Hello, I would like call a vote for the Apache CouchDB 1.1.0 release, round 1. We encourage the whole community to download and test these release artifacts so that any critical issues can be resolved before the release is made. Everyone is free to vote on this release, so get stuck in! We are voting on the following release artifacts: http://people.apache.org/~rnewson/dist/1.1.0/ These artifacts have been built from the 1.1.0 tag in Subversion: http://svn.apache.org/repos/asf/couchdb/tags/1.1.0 Happy voting, -- Robert Newson
Re: [VOTE] Apache CouchDB 1.1.0 release
On 17 May 2011 15:17, Robert Newson rnew...@apache.org wrote: Hello, I would like call a vote for the Apache CouchDB 1.1.0 release, round 1. We encourage the whole community to download and test these release artifacts so that any critical issues can be resolved before the release is made. Everyone is free to vote on this release, so get stuck in! We are voting on the following release artifacts: http://people.apache.org/~rnewson/dist/1.1.0/ These artifacts have been built from the 1.1.0 tag in Subversion: http://svn.apache.org/repos/asf/couchdb/tags/1.1.0 Happy voting, +1 Ubuntu 11.04, built against erlang 1:13.b.3-dfsg-2ubuntu3 and xulrunner 1.9.2. * make check all ok. * Test suite failed on 'changes' test in Firefox 4.0.1 on full run but passed when run on its own. * Test suite passed in Chromium 12.0.742.30. - Matt
Re: [VOTE] Apache CouchDB 1.1.0 release
I have created a test procedure: http://wiki.apache.org/couchdb/Test_procedure This should help new users figure out how they can help with the vote. Please let me know your thoughts on it. Probably made a few mistakes, or missed some things out.
Re: [VOTE] Apache CouchDB 1.1.0 release
On Tue, May 17, 2011 at 1:15 PM, Noah Slater nsla...@apache.org wrote: I'm getting the following unit test failures: http://friendpaste.com/ZMbw7g2OxETvcAzEDDcGv This is a known race condition. The problem is the test, not what's being tested. I tried running CouchDB and got a segfault. Can you reproduce it? Which test was running when it failed? If you can reproduce it, can you attach gdb to your couchdb process to get a stack trace of when it segfaults? I'm on OS X, latest version, yada yada. Let me know if you need any more information.
Re: [VOTE] Apache CouchDB 1.1.0 release
On 17 May 2011, at 18:21, Paul Davis wrote: Can you reproduce it? Which test was running when it failed? If you can reproduce it, can you attach gdb to your couchdb process to get a stack trace of when it segfaults? Yep, it's the design_docs tests. Segfaults every time. From the log: Apache CouchDB 1.1.0 (LogLevel=info) is starting. Apache CouchDB has started. Time to relax. [info] [0.1248.0] Apache CouchDB has started on http://127.0.0.1:5984/ [info] [0.1331.0] 127.0.0.1 - - 'GET' / 200 [info] [0.1331.0] 127.0.0.1 - - 'GET' / 200 [info] [0.1367.0] OS Process #Port0.11151 Log :: function raised exception (new ReferenceError(makebigstring is not defined, , 2)) with doc._id 1 [info] [0.1358.0] checkpointing view update at seq 4 for test_suite_db _design/test [info] [0.1358.0] checkpointing view update at seq 289 for test_suite_db _design/test [info] [0.1358.0] checkpointing view update at seq 716 for test_suite_db _design/test [info] [0.1358.0] checkpointing view update at seq 1003 for test_suite_db _design/test [info] [0.1331.0] 127.0.0.1 - - 'GET' /test_suite_db/_design/test/_view/commonjs?limit=1 200 [info] [0.1331.0] 127.0.0.1 - - 'GET' /test_suite_db/_all_docs?startkey=%22_design%22endkey=%22_design0%22 200 [info] [0.1331.0] 127.0.0.1 - - 'GET' /test_suite_db/_design/test/_view/all_docs_twice 200 [info] [0.1331.0] 127.0.0.1 - - 'GET' /test_suite_db/_design/test/_view/no_docs 200 [info] [0.1331.0] 127.0.0.1 - - 'GET' /test_suite_db/_design/test/_view/single_doc 200 [info] [0.1331.0] 127.0.0.1 - - 'POST' /test_suite_db/_ensure_full_commit 201 [info] [0.1331.0] 127.0.0.1 - - 'POST' /_restart 200 [info] [0.1314.0] Stopping all ongoing replications because the replicator database was deleted or changed Apache CouchDB 1.1.0 (LogLevel=info) is starting. Segmentation fault My threats to debug it with GDB cause the problem to go away. Damn heisenbugs. I'll keep trying.
Re: [VOTE] Apache CouchDB 1.1.0 release
All, Firstly, thank you to everyone who took the time to vote on this artifact. Unfortunately I'm voting -1 and aborting round one of this release. We've uncovered a bug serious enough that we would like a fix for it to ship with 1.1.0 (COUCHDB-885). The behavior at fault is not verified by any of our automated tests, which is why no one in this thread has seen it. This bug appears to have been present in all releases since 0.10.2 but is not present on trunk (0.11.x has a slightly different replicator to 0.10.x, and trunk has a whole new one). Round 2 will begin once we have fixed 885 and any related tickets. Thanks again! B. On 17 May 2011 18:27, Paul Davis paul.joseph.da...@gmail.com wrote: On Tue, May 17, 2011 at 1:21 PM, Paul Davis paul.joseph.da...@gmail.com wrote: On Tue, May 17, 2011 at 1:15 PM, Noah Slater nsla...@apache.org wrote: I'm getting the following unit test failures: http://friendpaste.com/ZMbw7g2OxETvcAzEDDcGv This is a known race condition. The problem is the test, not what's being tested. I tried running CouchDB and got a segfault. Can you reproduce it? Which test was running when it failed? If you can reproduce it, can you attach gdb to your couchdb process to get a stack trace of when it segfaults? I'm on OS X, latest version, yada yada. Let me know if you need any more information. I'm getting an error in Futon in Chrome in the replicator test: Assertion failed: dbB.open(30) !== null Also I had it fail once so that an admin was left configured which cause every other test to fail.
Re: [VOTE] Apache CouchDB 1.1.0 release
On 17 May 2011, at 18:21, Paul Davis wrote: Can you reproduce it? Which test was running when it failed? If you can reproduce it, can you attach gdb to your couchdb process to get a stack trace of when it segfaults? Okay, now we have: Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x107c3bc0 [Switching to process 99177 thread 0x2a03] 0x107c3bc0 in ?? () (gdb) Continuing. Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x107c3bc0 0x107c3bc0 in ?? () (gdb) bt #0 0x107c3bc0 in ?? () Cannot access memory at address 0x107c3bc0 #1 0x7fff86abe5b1 in EVP_DigestInit_ex () #2 0x7fff86a8c89d in ssleay_rand_bytes () #3 0x7fff86a8bf2e in ssleay_rand_pseudo_bytes () #4 0x1074307a in rand_bytes_1 () #5 0x100fdc07 in process_main () #6 0x1006ff5e in sched_thread_func () #7 0x1018e8db in thr_wrapper () #8 0x7fff8909f4f6 in _pthread_start () #9 0x7fff8909f3a9 in thread_start () (gdb)
Re: [VOTE] Apache CouchDB 1.1.0 release
On Tue, May 17, 2011 at 2:02 PM, Noah Slater nsla...@apache.org wrote: On 17 May 2011, at 18:21, Paul Davis wrote: Can you reproduce it? Which test was running when it failed? If you can reproduce it, can you attach gdb to your couchdb process to get a stack trace of when it segfaults? Okay, now we have: Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x107c3bc0 [Switching to process 99177 thread 0x2a03] 0x107c3bc0 in ?? () (gdb) Continuing. Program received signal EXC_BAD_ACCESS, Could not access memory. Reason: KERN_INVALID_ADDRESS at address: 0x107c3bc0 0x107c3bc0 in ?? () (gdb) bt #0 0x107c3bc0 in ?? () Cannot access memory at address 0x107c3bc0 #1 0x7fff86abe5b1 in EVP_DigestInit_ex () #2 0x7fff86a8c89d in ssleay_rand_bytes () #3 0x7fff86a8bf2e in ssleay_rand_pseudo_bytes () #4 0x1074307a in rand_bytes_1 () #5 0x100fdc07 in process_main () #6 0x1006ff5e in sched_thread_func () #7 0x1018e8db in thr_wrapper () #8 0x7fff8909f4f6 in _pthread_start () #9 0x7fff8909f3a9 in thread_start () (gdb) That's down in OpenSSL in what appears to be a call to `crypto:rand_bytes(N)`. In other words, something goofy is going on cause that bit of code is pretty core to couchdb and the various tests, so if it were widespread we would've heard reports. Maybe your fuzzy logic board needs replaced?
Re: [VOTE] Apache CouchDB 1.1.0 release
On 17 May 2011, at 19:49, Paul Davis wrote: Maybe your fuzzy logic board needs replaced? New MBA is new. I installed by doing brew install couchdb and then installing CouchDB from source from the tarball. Jan recomended this as a way of getting the dependancies installed with minimum fuss. Open to suggestions on how to test around this. Going to -1 the vote unless it passes for me. (Or someone convinces me my brand new MBA is some how a unique and special snowflake that randomly causes segfaults with stable software.)
Re: [VOTE] Apache CouchDB 1.1.0 release
On Tue, May 17, 2011 at 3:18 PM, Noah Slater nsla...@apache.org wrote: On 17 May 2011, at 19:49, Paul Davis wrote: Maybe your fuzzy logic board needs replaced? New MBA is new. I installed by doing brew install couchdb and then installing CouchDB from source from the tarball. Jan recomended this as a way of getting the dependancies installed with minimum fuss. Open to suggestions on how to test around this. Going to -1 the vote unless it passes for me. (Or someone convinces me my brand new MBA is some how a unique and special snowflake that randomly causes segfaults with stable software.) Let me know when your manilla envelope of segfaults is empty.
Re: [VOTE] Apache CouchDB 1.1.0 release
On 17 May 2011, at 20:24, Paul Davis wrote: Let me know when your manilla envelope of segfaults is empty. I have stopped testing for now, as I do not know how to proceed. I'm sending you a manilla envelope of discontentment.
Re: [VOTE] Apache CouchDB 1.1.0 release
+1 on the manilla envelope. I'm super happy that we have momentum on the release process. And it looks like some of the fixes we are finding are useful. It may be frustrating, but this is exactly what a release process is for -- finding those manila envelopes, and fixing them. Chris On Tue, May 17, 2011 at 12:27 PM, Noah Slater nsla...@apache.org wrote: On 17 May 2011, at 20:24, Paul Davis wrote: Let me know when your manilla envelope of segfaults is empty. I have stopped testing for now, as I do not know how to proceed. I'm sending you a manilla envelope of discontentment. -- Chris Anderson http://jchrisa.net http://couchbase.com
Re: [VOTE] Apache CouchDB 1.1.0 release
On 17 May 2011, at 23:30, Chris Anderson wrote: +1 on the manilla envelope. I'm super happy that we have momentum on the release process. And it looks like some of the fixes we are finding are useful. It may be frustrating, but this is exactly what a release process is for -- finding those manila envelopes, and fixing them. This is the most surreal email I've read for a long time. Hehe.
Re: [VOTE] Apache CouchDB 1.1.0 release
On 17 May 2011, at 23:35, Jan Lehnardt wrote: This is the most surreal email I've read for a long time. I work with this guy, it's like that every day. Just for the record, the genesis of this meme was on IRC today. 18:54 +rnewson davisp: I sent a manila envelope full of segfaults to nslater the other day, looks like they arrived. 18:55 +davisp rnewson: Had any kernel panics lately? 18:55 +rnewson davisp: nope. 18:55 +rnewson davisp: Oh, expect a parcel soon. 18:55 +davisp heh
