.
On Mon, Dec 26, 2011 at 12:24 PM, Robert Dionne
dio...@dionne-associates.com wrote:
Jason,
After looking into this a bit I do not think it's a bug, at most poor
documentation. update_seq != last_seq
Nobody knows what update_seq means. Even a CouchDB committer got it wrong.
Fine
Jason,
After looking into this a bit I do not think it's a bug, at most poor
documentation. update_seq != last_seq Most of the time it does but as we know
now sometimes it doesn't. It's a different thing. Im not sure where else in
the code we depend on update_seq reflecting all the changes
was hoping for help with.
Much thanks guys, I know this is a heavy question to ask.
Best wishes,
R
On Tue, Dec 20, 2011 at 1:35 PM, Robert Dionne
dio...@dionne-associates.com wrote:
Robert Dionne
Computer Programmer
dio...@dionne-associates.com
203.231.9961
On Dec 20
to the post for anyone
interested.
Best,
R
On Wed, Dec 21, 2011 at 12:53 PM, Robert Dionne
dio...@dionne-associates.com wrote:
I think this is largely correct Riyad, I dug out an old article[1] by Rick
Ho that you may also find helpful though it might be slightly dated.
Generally the best
Robert Dionne
Computer Programmer
dio...@dionne-associates.com
203.231.9961
On Dec 20, 2011, at 3:27 PM, Riyad Kalla wrote:
Filipe,
Thank you for the reply.
Maybe I am misunderstanding exactly what couch is writing out; the docs
I've read say that it rewrites the root node -- I can't
One of the things we do in BigCouch is attach a unique identifier to the
request also, so that we can correlate a given request with other log messages
that may appear from other internal components. We call it an X-Request-ID or
some such thing and users can curl -v and tell us what that is.
On Nov 26, 2011, at 2:47 PM, Dave Cottlehuber wrote:
On 26 November 2011 14:25, Robert Dionne dio...@dionne-associates.com wrote:
+1 for Latex
Hi Robert, all,
Thanks for taking the time to read all that!
Specific design tools aside, are you willing to support at least
+5 - excellent idea!
Right now the couchdb code is pretty much self-documenting, which makes it
pretty hard for new adopters, and there's no independent documentation of the
critical pieces outside the code (file formats, etc..). So every bug is a new
adventure.
Perhaps as part of this
On Nov 17, 2011, at 10:06 PM, Damien Katz (Commented) (JIRA) wrote:
[
https://issues.apache.org/jira/browse/COUCHDB-1342?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13152608#comment-13152608
]
Damien Katz commented on COUCHDB-1342:
+0
OS X 10.7.2
Erlang R14B
make distcheck is fine
only two tests fail this time, changes and cookie_auth
On Oct 20, 2011, at 1:44 PM, Robert Newson wrote:
This is the second release vote for Apache CouchDB 1.1.1
Changes since round 1;
* Fix object sealing with SpiderMonkey 1.7.0
*
On Oct 21, 2011, at 12:33 PM, Paul Davis wrote:
On Fri, Oct 21, 2011 at 4:28 AM, Jukka Zitting jukka.zitt...@gmail.com
wrote:
Hi,
My 2c from the gallery. I'm not involved in CouchDB, so just making
general observations from the perspective of other Apache projects
interested in using
Interesting, this patch seems like a worthwhile thing to do regardless of the
tests, if I understand it correctly. If restart cause the response to not be
sent, then sending a 202 first will help at least the caller to know the
restart was initiated.
On Oct 20, 2011, at 1:54 PM, J. Lee
+0
make distcheck runs fine, all etaps pass
Futon tests fail in FF -- server admin gets out of whack at replicator and all
tests thereafter to the end fail
Chrome -- same problem, this time the fails start at cookie_auth -- but it
appears to be the same issue
all the usual remedies, clearing
+1
On Sep 23, 2011, at 1:52 PM, Paul J. Davis wrote:
Dear committers,
We now have a green light from infrastructure to switch to using Git as our
writable VCS. This is to be considered a live experiment. If something breaks
its possible we'll have to revert back to SVN. But nothing
No objection, just the question of why the need for a new role, why not use
admin?
On Aug 16, 2011, at 2:10 PM, Adam Kocoloski wrote:
Wow, this thread got hijacked a bit :) Anyone object to the special role
that has the skip validation superpower?
Adam
On Aug 16, 2011, at 1:51 PM,
Paul,
This is interesting, and if you're willing to put together the new
infrastructure I can help with writing tests. I would suggest a more
incremental approach that's less of a rewrite (rewrites often just get you back
to 0 from a user's perspective).
The existing CouchDB JS object
contemplating is if it'd be beneficial to
remove libcurl and replace it with node.js's parser or with the ragel
parser from Mongrel. Anyway, food for thought. I'll be around this
afternoon to hack.
On Sun, Aug 14, 2011 at 7:50 AM, Robert Dionne
dio...@dionne-associates.com wrote:
Paul
Also, I've been thinking more and more about beefing up the JavaScript
test suite runner and moving more of our browser tests over to
dedicated code in those tests. If anyone's interested in hacking on
some C and JavaScript against an HTTP API, let me know.
Paul,
Jan and I talked
+1
On Jul 31, 2011, at 12:29 PM, Paul Davis wrote:
Dearest Devs,
A few months ago I did some work in preparing a solution to using Git
as a primary VCS at the ASF. Now that we have released 1.1.0 and 1.0.3
there's a bit of a lull in large events dealing with the code base. As
such I
I don't think they are officially part of the test procedure, if so then
we've shipped a lot of releases with them failing. In fact they never run
completely, once in a blue moon. Perhaps I shouldn't have mentioned it in my +1
vote. I run them almost every time I do a build from trunk, almost
OS X
make check passes
Futon tests pass in FF
JS tests in CLI pass *except* the numbers 3, 26, and 45
+1
On Jun 24, 2011, at 7:54 PM, Paul Davis wrote:
This is the release vote for Apache CouchDB 1.0.3
Changes in this release:
* Fixed compatibility issues with Erlang R14B02.
* Fix bug
This is interesting work, I notice some substantial changes to couch_btree, a
new query_modify_raw, etc..
I'm wondering though if we'd be better off to base these changes on the re
factored version of couch_btree that davisp has[1]. I haven't looked at it too
closely or tested with it but if
Thanks Paul, was just going to respond about /rel
My two cents:
I think what would be nice is to enable the use of rebar in downstream
projects, that are built on top of couchdb. I've been able to keep my
bitstore[1] hack pretty much in sync with a given
couchdb version with some simple
On Jun 21, 2011, at 11:24 AM, Paul Davis wrote:
On Tue, Jun 21, 2011 at 10:54 AM, Robert Dionne
dio...@dionne-associates.com wrote:
Thanks Paul, was just going to respond about /rel
My two cents:
I think what would be nice is to enable the use of rebar in downstream
projects
anyone thought of using edoc?
On Jun 14, 2011, at 1:03 PM, Benoit Chesneau wrote:
On Tue, Jun 14, 2011 at 9:51 AM, Robert Newson rnew...@apache.org wrote:
+1 for docs in the same place as the code. One of the main reasons is
that a single commit adds the feature, the tests that confirm
On Jun 13, 2011, at 9:13 AM, Noah Slater wrote:
On 13 Jun 2011, at 13:55, Paul Davis wrote:
On Mon, Jun 13, 2011 at 8:49 AM, Noah Slater nsla...@apache.org wrote:
What percentage of useful wiki edits were made by committers vs
non-committers?
++1
On Jun 13, 2011, at 2:05 PM, Robert Newson wrote:
It's not the wiki per se that bothers me, it's that it's the primary,
often only, source of documentation.
I propose that future releases of CouchDB include at least a full
description of all public API's. Improvements above that
++1++
On Jun 13, 2011, at 2:08 PM, Paul Davis wrote:
On Mon, Jun 13, 2011 at 2:05 PM, Robert Newson robert.new...@gmail.com
wrote:
It's not the wiki per se that bothers me, it's that it's the primary,
often only, source of documentation.
I propose that future releases of CouchDB include
well it breaks my build :)
On Jun 8, 2011, at 10:15 AM, Paul Davis wrote:
On Wed, Jun 8, 2011 at 5:55 AM, rand...@apache.org wrote:
Author: randall
Date: Wed Jun 8 09:55:00 2011
New Revision: 1133319
URL: http://svn.apache.org/viewvc?rev=1133319view=rev
Log:
include
I like the idea of having two sets of JS tests, those run as part of make
check, and a smaller suite invocable from browsers that validates the install.
Towards that end, I created a branch[1], copied all the tests to
test/javascript/test and tweaked the relevant bits in run.tpl. Most are
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
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: {}
+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
Paul,
I'll try to take a look at 090 and 140 tonight after work, I know I've seen
140 randomly failing.
Bob
On May 10, 2011, at 9:21 AM, Paul Davis wrote:
On Tue, May 10, 2011 at 8:29 AM, Dirkjan Ochtman dirk...@ochtman.nl wrote:
On Tue, May 10, 2011 at 14:08, Paul Davis
Hi Andrey,
I use Distel[1] (Distributed emacs lisp for Erlang), a set of emacs
extensions that create a full development environment for Erlang. It connects
to a running node so one gets full access to the syntax_tools and source code
of Erlang, all at run time. As this brief white paper
Yes this would be a great feature. I've made some modest progress[1], based on
the examples in the erlang book, on native FTI. I'm very keen on it as my
use case isn't handled by Lucene. I've used both bitcask[2] and couchdb for
storage of the inverted indices but neither seem well suited for
On Mar 18, 2011, at 2:08 PM, Randall Leeds (JIRA) wrote:
[
https://issues.apache.org/jira/browse/COUCHDB-1092?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=13008555#comment-13008555
]
Randall Leeds commented on COUCHDB-1092:
+1
I'd definitely have a hard look at it.
I'm wondering if it makes sense to first revisit davisp's refactoring. Not the
second one but the first one he recently did which was just a clean up and
simplification of the code. It may have broken something but if I recall it was
more readable
Thanks Adam,
I also had broken up 988 to move some into 902 and the rest into 462. I'll
rearrange things based on this commit.
One question I have is about a re-factor I did in 988 involving multiple
assignments to a variable[1]. This re-factor does nothing to change the
behavior of the
still a good idea, I think I have a version that does this short-circuiting.
Makes you want Scheme's call/cc :)
On Jan 30, 2011, at 2:01 PM, Adam Kocoloski (JIRA) wrote:
[
Robert Dionne
http://mail-archives.apache.org/mod_mbox/couchdb-dev/201101.mbox/%3cf5c66349-8576-4e96-b2ab-787a94515...@dionne-associates.com%3E
+1 Robert Newson
http://mail-archives.apache.org/mod_mbox/couchdb-dev/201101.mbox/%3caanlktimxq+obdjawl+2qaqvz1x+qb8gaemqa73a0m
+1
this sounds like an excellent idea.
On Jan 23, 2011, at 12:21 AM, kowsik wrote:
I've been spending a fair bit of time on profiling the performance
aspects of Couch. One common recurring theme is updating documents on
a write-heavy site. This is currently what happens:
PUT /db/doc_id
a resolve_conflict function that is called at the
moment of conflict creation, allowing it to be downgraded to a
non-conflicting update.
With either, or both, of those mechanisms, the proposed one here is
unnecessary.
B.
On Sun, Jan 23, 2011 at 12:04 PM, Robert Dionne
dio...@dionne-associates.com wrote
On Jan 20, 2011, at 9:26 AM, Jan Lehnardt wrote:
On 20 Jan 2011, at 14:57, Adam Kocoloski wrote:
I'd go a little further. I think CouchDB should have two include files:
include/couch_db.hrl (I'd prefer couch.hrl but I think we might be stuck w/
this)
src/couch_int.hrl (name is not
+1
On Jan 20, 2011, at 10:06 AM, Paul Davis wrote:
This is the third release vote for Apache CouchDB 1.0.2
Changes since the last round:
* Fix raw view document link due to overlealous URI encoding in
Futon.
* Spell javascript correctly in loadScript(uri).
* Preserve purge metadata
+1
OS X
make check is fine
All Futon tests pass in Chrome
Thanks Paul
On Jan 10, 2011, at 9:01 PM, Paul Davis wrote:
This is the second release vote for Apache CouchDB 1.0.2
Changes since the last round:
* Fix share/www/image/spinner.gif
* Fix OOM error when compacting documents
Klaus,
perhaps I just heard wrong or misinterpreted what was said in the chat room.
It did seem unusual that calling list_to_atom(foo) twice would add more than
one atom. So just reverting the call back in couch_rep:dbinfo should suffice to
fix this as it's internal. Thanks,
Bob
On Jan
On Dec 18, 2010, at 8:00 PM, Klaus Trainer wrote:
Hi guys!
My two cents:
If I had a few months to do some research in the area of Distributed
Programming and CouchDB, I'd take the thread How fast do CouchDB
propagate changes to other nodes on the user mailing list as an
inspiration
On Dec 3, 2010, at 5:13 AM, Noah Slater (JIRA) wrote:
[
https://issues.apache.org/jira/browse/COUCHDB-975?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12966471#action_12966471
]
Noah Slater commented on COUCHDB-975:
I think this would be really neat
On Dec 1, 2010, at 9:49 AM, Benoit Chesneau wrote:
On Wed, Dec 1, 2010 at 1:04 PM, Noah Slater nsla...@apache.org wrote:
I've read the whole thread, and I still don't understand what anyone is
talking about.
The goal is to provide an easy way to handle
my posts to the dev list appear to be bouncing
Giving up on 140.211.11.136.
--- Enclosed are the original headers of the message.
From: Robert Dionne dio...@dionne-associates.com
Date: November 30, 2010 6:35:57 AM EST
To: dev@couchdb.apache.org
Subject: Re: test email
(Body supressed)
I also received this when I forwarded your reply to my post to dev.apache.org.
Begin forwarded message:
From: postmas...@blackrock.com
Date: November 30, 2010 6:37:50 AM EST
To: Robert Dionne dio...@dionne-associates.com
Subject: Re: Fwd: failure notice
Please note that the address
I think the problem with patches is that they can become unwieldy, .eg. which
couch version plus which set of patches are bundled? There is also the issue of
support and bug triage. A released version has some sort of implicit support
offered by the publisher of the release, whereas a
yea, they are identical and both compaction and exceeding the revision max is
required to reproduce.
On Nov 27, 2010, at 5:45 PM, Adam Kocoloski (JIRA) wrote:
[
https://issues.apache.org/jira/browse/COUCHDB-968?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
+1
OS X 10.6.5 Erlang R14B
everything works except the futon test auth_cache in Chrome
On Nov 25, 2010, at 1:43 PM, Paul Davis wrote:
Hello,
I would like call a vote for the Apache CouchDB 1.0.2 release, round 1.
Changes since 1.0.1:
Futon:
* Make test suite work with Safari and
+1 also
I think the convention is
./apps/couch_core/ebin
./apps/couch_core/src
./apps/couch_core/include
./apps/couch_core/priv
./apps/couch_http/ebin
rather than ./src/
I like the idea of still using the existing build, which is awesome, and have
it feed into rebar so we can make
+1
On Oct 13, 2010, at 5:23 PM, Benoit Chesneau wrote:
In an attempt to start some merging with cloudant I would like to
start by using rebar in our install process.
Like i see it, we could continue to use autotools to create the
rebar.config files and other templates an then rebar for
Norman,
Basho also has a bloom filter implementation packaged as a separate
project[1], that you might find useful. It's used in Bitcask.
Cheers,
Bob
[1] http://github.com/basho/ebloom
On Sep 24, 2010, at 11:21 PM, Norman Barker wrote:
Paul,
yes, performance is actually much
Filipe,
Won't terminate be called only if the gen_server is stopped for a reason?
Bob
On Sep 25, 2010, at 7:30 AM, Filipe David Manana wrote:
Stephen,
I committed something to trunk (
http://svn.apache.org/viewvc?view=revisionrevision=1001196 ) that
might be the cause for your issue.
before and
I'll say Oh duh! and then move on with my life.
HTH,
Paul Davis
On Sat, Sep 25, 2010 at 8:35 AM, Robert Dionne
dio...@dionne-associates.com wrote:
Filipe,
Won't terminate be called only if the gen_server is stopped for a reason?
Bob
On Sep 25, 2010, at 7:30 AM, Filipe
.
On Sat, Sep 25, 2010 at 16:57, Robert Dionne
dio...@dionne-associates.com wrote:
http://erldocs.com/otp_src_R13B/stdlib/gen_server.html
If the function returns {stop,Reason,Reply,NewState}, Reply will be given
back to From. If the function returns {stop,Reason,NewState}, any reply to
From must
On Sep 25, 2010, at 11:15 AM, Randall Leeds wrote:
On Sat, Sep 25, 2010 at 17:07, Robert Dionne
dio...@dionne-associates.com wrote:
couch_file has a close function which presumably does the right thing, but
it's only called from couch_db_update:terminate
It just shuts down
possible that calling couch_file:stop in the
proper place would've fixed this. So, my thought was perhaps with
Filipe's spotting this and adding the patch, it might fix the view
compaction leaking file descriptors issue.
HTH,
Paul Davis
On Sat, Sep 25, 2010 at 11:47 AM, Robert Dionne
dio
On Sep 23, 2010, at 12:25 PM, Robert Newson wrote:
The idea also doesn't account for the waste in obsolete b+tree nodes.
Basically, it's more complicated than that.
Compaction is unavoidable with an append-only strategy. One idea I've
pitched (and frankly stolen from Berkeley JE) is for
, Robert Dionne
dio...@dionne-associates.com wrote:
I took another peek at this and I'm curious as to what it's doing. Is it
just checking that a given id participates in a view? So if it makes it
around the ring it wins? Or is it actually computing the result of passing
the doc thru all the views
for third
parties, but I think a multiview is a core feature of CouchDB.
Norman
On Mon, Sep 20, 2010 at 4:19 AM, Robert Dionne
dio...@dionne-associates.com wrote:
I see, neat.
I ask because you might treat disjunction and conjunction differently in
terms of whether you run around
Hi Norman,
I took a peek at multiview. I haven't followed this too closely on the
mailing list but this is *view intersection*? Is there a 5 line summary of what
this does somewhere?
I'm curious as to why the daemon needs to be a supervisor, most if not all of
the other daemons are
On Aug 22, 2010, at 4:58 PM, Mikeal Rogers wrote:
One idea that was floated at least once was to replace all the code currently
have on top of mochiweb directly with webmachine.
If I recall, Paul Davis did some prototyping work on this at one point
This would make extensions and
+1
I would change the or in the subject line to and, .ie. do both :)
I think this is an excellent idea and a good time to start this. At a
conceptual level CouchDB is dirt simple internally. This fact and it's use of
Erlang in my opinion should be seen as it's main advantage. One way to
The vhosts refactoring made this issue go away. The underlying problem still
exists in couch_config. It's a race condition
On Aug 18, 2010, at 2:01 PM, Jan Lehnardt wrote:
On 16 Aug 2010, at 13:00, Benoit Chesneau wrote:
So I've found why 160- test fails from time to time:
Vhosts
Chesneau wrote:
On Wed, Aug 18, 2010 at 9:29 PM, Jan Lehnardt j...@apache.org wrote:
On 18 Aug 2010, at 20:17, Robert Dionne wrote:
The vhosts refactoring made this issue go away. The underlying problem
still exists in couch_config. It's a race condition
The refactoring also added
nice, it is very snappy. I could see this would encourage more use.
The home link is out of sync with the FrontPage.
Oddly I'm not able to clone the github source without first cloning it. Anyway
the issue with the home link seems to be in profileReady/mustache.html, it
points to index which
On Aug 13, 2010, at 6:44 AM, Mikhail A. Pokidko wrote:
On Fri, Aug 13, 2010 at 9:48 AM, J Chris Anderson jch...@apache.org wrote:
Devs,
With the help of code from Sebastian Cohnen and Paul Davis, I've imported
the wiki currently at http://wiki.apache.org/couchdb to a CouchApp.
That
On Aug 13, 2010, at 8:00 AM, Noah Slater wrote:
(or at least make replicating a local instance of it super-simple).
Bingo.
We could form it like a tutorial even. When you first install CouchDB, you go
to Futon, and there's a documentation section. It explains to you that the
The home link is out of sync with the FrontPage.
Thanks. I'll think about how to fix that. I'd like to avoid deploying the
CouchDB version of the wiki as a fork of the basic Pages codebase, so maybe
it's worth it to rename FrontPage to index, and put a pointer (or redirect)
to index
+1
all etaps, futon tests pass, make distcheck
OS X 10.6.4, Erlang R13B04
On Aug 11, 2010, at 3:15 PM, Noah Slater wrote:
Hello,
I would like call a vote for the Apache CouchDB 1.0.1 release, second round.
Changes since the last round:
* Fix data corruption bug COUCHDB-844. Please
+1
OS X 10.6
R13B04
all tests, make check, Futon, make distcheck --- pass
On Aug 8, 2010, at 9:43 AM, Noah Slater wrote:
Can someone else test this release? We only have three votes so far.
On 7 Aug 2010, at 11:47, Jan Lehnardt wrote:
On 6 Aug 2010, at 13:36, Noah Slater wrote:
I would also consider removing the download link for 1.0.0 and not depend on
users patching it. It's broken.
I have to believe there are users who won't and who won't read the red sign.
There's a good probability these are the kinds of users who will also be the
most upset by data loss
On
looks like you're missing the view bar ?
On Jul 22, 2010, at 9:29 AM, Harry Vangberg (JIRA) wrote:
badarity
Key: COUCHDB-831
URL: https://issues.apache.org/jira/browse/COUCHDB-831
Project: CouchDB
Issue Type: Bug
+1
OS X 10.6
Erlang R13B04
Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en-US; rv:1.9.1.10)
Gecko/20100504 Firefox/3.5.10
make distcheck is ok
all Futon test pass. Note: my Firefox is slightly below Sebastian's
all tests pass in ./test/javascript/run *except*
not ok 25 form_submit false
+1
OS X 10.6
Erlang R13B04
make discheck fine
Futon tests pass in FF
Futon tests hang in attachments on Safari5 and Chrome
ship it!
On Jul 7, 2010, at 7:38 PM, Noah Slater wrote:
Hello,
I would like call a vote for the Apache CouchDB 1.0.0 release, first round.
We encourage the
OS X 10.6.4
Erlang 13B04
make distcheck is fine
On Jul 2, 2010, at 7:13 PM, Jan Lehnardt wrote:
On 29 Jun 2010, at 16:38, Noah Slater wrote:
On 29 Jun 2010, at 15:20, J Chris Anderson wrote:
So I went through both trunk and 0.11.x looking for things that are out of
place. I fixed
same here, I can reproduce it every time on OS X with chrome.
Oddly for me, it work when I do a run all
On Jun 10, 2010, at 5:41 AM, Filipe David Manana wrote:
I have the problem in non-SSD machines, both Linux and OS X
On Thu, Jun 10, 2010 at 10:39 AM, Jan Lehnardt j...@apache.org
On Jun 10, 2010, at 1:29 PM, J Chris Anderson wrote:
On Jun 10, 2010, at 10:27 AM, Adam Kocoloski wrote:
Thanks Paul! Good sleuthing. We'll get it fixed,
I believe Filipe Manana has a fix for the replicator hang. He's told me he's
having trouble with his emails getting rejects
This sounds like a good approach, if I get the gist of it, it makes the
replication state persistent. We also have a _users db now, is this a good time
to think about consolidating and having one _system database ?
Good stuff,
Bob
On May 19, 2010, at 5:31 AM, Filipe David Manana wrote:
+1
OS X 10.6.3
Erlang R13B03
FF : all tests pass
On Apr 7, 2010, at 11:39 AM, Noah Slater wrote:
Hello,
I would like call a vote for the Apache CouchDB 0.10.2 release, first round.
We encourage the whole community to download and test these release artifacts
so that any critical
I tend to agree with you on this. If, for example, you look at Eclipse you can
see it's capable of using multiple versions of Java that might be installed on
the same box. Many installers bundle their own JRE precisely to insure they get
things right. However, the current level of Erlang and
thanks for thinking of me, I'm getting new glasses next week anyway so I should
be ok.
On Mar 30, 2010, at 7:18 AM, Benoit Chesneau wrote:
On Tue, Mar 30, 2010 at 12:45 PM, Robert Dionne
dio...@dionne-associates.com wrote:
I'm curious if it's starting the dependent apps. It might be a bad
+1
OSX 10.6.2
Erlang R13B03
make check all pass
FF all pass
Safari -- couple of glitches
On Mar 23, 2010, at 2:49 PM, Noah Slater wrote:
Hello,
I would like call a vote for the Apache CouchDB 0.11.0 release, second round.
Changes since the last round:
* Build system now
+1
OS X 10.6.2
Erlang: R13B03
all test pass in make check
All Futon tests pass in FF and Safari and ./test/javascript/run
changes.js fails in Chrome with known browser detection issue
On Mar 22, 2010, at 11:54 AM, Noah Slater wrote:
Hello,
I would like call a vote for the Apache
On Mar 21, 2010, at 4:00 AM, Jan Lehnardt wrote:
On 20 Mar 2010, at 20:06, Paul Davis wrote:
On Sat, Mar 20, 2010 at 2:31 PM, Noah Slater nsla...@me.com wrote:
I think faulty test case should block the release, if I am to have any
future sanity preparing releases. I don't want to delay
.
Cheers
Jan
--
On 21 Mar 2010, at 17:05, Jan Lehnardt wrote:
On 21 Mar 2010, at 06:04, Robert Dionne wrote:
On Mar 21, 2010, at 4:00 AM, Jan Lehnardt wrote:
On 20 Mar 2010, at 20:06, Paul Davis wrote:
On Sat, Mar 20, 2010 at 2:31 PM, Noah Slater nsla...@me.com wrote
Ok Noah, This is only a test case issue, and not in the changes code as I
though. Jan found the issue and it works fine for me now in both FF and CLI. --
Bob
On Mar 21, 2010, at 1:30 PM, Jan Lehnardt wrote:
On 21 Mar 2010, at 12:24, Robert Dionne wrote:
On Mar 21, 2010, at 1:16
On Mar 19, 2010, at 7:25 PM, Jan Lehnardt wrote:
On 19 Mar 2010, at 18:07, J Chris Anderson wrote:
On Mar 19, 2010, at 11:43 AM, Paul Davis wrote:
On Fri, Mar 19, 2010 at 2:02 PM, Jan Lehnardt j...@apache.org wrote:
On 19 Mar 2010, at 12:50, Noah Slater wrote:
On 19 Mar
This is the call in the Futon test that fails consistently:
var req = CouchDB.request(GET,
/test_suite_db/_changes?filter=changes_filter/bopstyle=all_docs);
On Mar 20, 2010, at 2:19 PM, Benoit Chesneau wrote:
On Sat, Mar 20, 2010 at 7:17 PM, Jan Lehnardt j...@apache.org wrote:
On 20
I see similar issues, though never with 100-ref-counter. It looks like a race
condition but should be checked because the place where it's used,
couch_db:is_idle, depends on that value being right.
make check is much faster that make cover
I think it's ok for tests to take a long time
was not idle when in
fact it was.
Regardless, I would not release code with a failing test suite.
On 19 Mar 2010, at 11:46, Robert Dionne wrote:
I see similar issues, though never with 100-ref-counter. It looks like a
race condition but should be checked because the place where it's used
I got the error included below this morning, and when I ran it again, there
was no error.
/tmp/couchdb/0.11.0/test/etap/090-task-status.ok
/tmp/couchdb/0.11.0/test/etap/100-ref-counter.FAILED test 8
I looked into this random fail a bit and
On Mar 7, 2010, at 3:11 AM, J Chris Anderson wrote:
On Mar 6, 2010, at 4:47 PM, Noah Slater wrote:
On 7 Mar 2010, at 00:38, Mikeal Rogers wrote:
We can provide the same providence and copyright assurances outside of
JIRA. It's a checkbox, it's not hard.
I agree. I don't want to
1 - 100 of 156 matches
Mail list logo
