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
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
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
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
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
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.
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
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
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
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: {}
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
•
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
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.
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
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
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
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
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
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
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
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.
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
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
/me votes 'present'.
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
+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
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
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
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
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
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
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
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
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
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
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 -
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
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
* 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
+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
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
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
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
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
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
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
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:
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.
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?
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
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
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
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 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
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
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.
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.
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.
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:
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
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
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?
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.
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
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.
+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
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
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
68 matches
Mail list logo