Hi,
It seems to be ok, since I get:
> All 2 tests passed.
I also tried compaction again, but it didn't compress the 800Mb .couch
file, so I guess something else might be needed aswell?
Best regards,
Jeroen
On Sun, Jan 22, 2012 at 11:53 PM, Dave Cottlehuber wrote:
> On 22 January 2012 15:49,
[
https://issues.apache.org/jira/browse/COUCHDB-1387?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Randall Leeds closed COUCHDB-1387.
--
Resolution: Fixed
Fix Version/s: 1.3
879a1bc..50ae62f master -> master
Thanks, Ja
Yep, that seems reasonable. Let me know when I can test again. :)
On Mon, Jan 23, 2012 at 1:34 AM, Filipe David Manana wrote:
> Noah, was able to reproduce your issue by tweaking the test to create
> more leaf revisions for a document:
>
> diff --git a/test/etap/242-replication-many-leaves.t
> b/
I spent a few hours today writing a custom frontend to the Erlang
compiler to see what would happen if we built beam files in parallel
in a single Erlang VM. I've got it building CouchDB although its not
super well tested. Some times for building:
couch_erlc: 0m19.481s
master: 1m11.445s
master -j4
[
https://issues.apache.org/jira/browse/COUCHDB-1387?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Smith updated COUCHDB-1387:
-
Attachment: 0001-Use-the-correct-utility-function-to-get-the-index-di.patch
Attached one-liner
couch_index_server:reset_indexes/2 does not use the correct utility function
Key: COUCHDB-1387
URL: https://issues.apache.org/jira/browse/COUCHDB-1387
Project: CouchDB
Noah, was able to reproduce your issue by tweaking the test to create
more leaf revisions for a document:
diff --git a/test/etap/242-replication-many-leaves.t
b/test/etap/242-replication-many-leaves.t
index d8d3eb9..4eb4765 100755
--- a/test/etap/242-replication-many-leaves.t
+++ b/test/etap/242-r
I'm just the dumb QA guy.
If you have some diagnostics you want me to run on my machine, I am happy
to.
On Sun, Jan 22, 2012 at 11:31 PM, Filipe David Manana
wrote:
> On Sun, Jan 22, 2012 at 7:20 PM, Noah Slater wrote:
> > Works. How do we proceed?
>
> For how much time does the test runs? On 2
[
https://issues.apache.org/jira/browse/COUCHDB-1342?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13190821#comment-13190821
]
Filipe Manana commented on COUCHDB-1342:
Made a few more tests comparing latest
On Sun, Jan 22, 2012 at 7:20 PM, Noah Slater wrote:
> Works. How do we proceed?
For how much time does the test runs? On 2 different physical
machines, it takes about 1 minute and 10 seconds for me.
Perhaps some manual replication tests could confirm if there's
something wrong with the codebase,
On 22 January 2012 15:49, Dave Cottlehuber wrote:
> On 22 January 2012 13:28, Jeroen Janssen wrote:
>> Hi,
>>
>> Just a quick check since I am not able to get (snappy) compression
>> working on windows.
>
> Hi Jeroen,
>
> Thanks for reporting this. AFAICT the snappy_nif.dll is not being copied
>
Oh that's pretty. Thanks, Bob.
On Sun, Jan 22, 2012 at 06:25, wrote:
> Updated Branches:
> refs/heads/master 6dba2e911 -> d59cdd71b
>
>
> Remove dead _all_docs code
>
>
> Project: http://git-wip-us.apache.org/repos/asf/couchdb/repo
> Commit: http://git-wip-us.apache.org/repos/asf/couchdb/commit
Dave confirmed. Backported to 1.1.x and 1.2.x. Sorry for the dumb
mistake on that one.
On Sun, Jan 22, 2012 at 2:47 PM, Paul Davis wrote:
> Dave pasted me part of his. I realized that I moved the header check
> above the spot where we assign the JS_CPPFLAGS which was dumb of me.
> Pushed a fix in
Dave pasted me part of his. I realized that I moved the header check
above the spot where we assign the JS_CPPFLAGS which was dumb of me.
Pushed a fix in 572b561adbf852e08c7397519070f299d0b401e4 to master.
Soon as I have confirmation it's correct I'll backport to 1.2.x and
1.1.x
On Sun, Jan 22, 20
Most odd since I only added three directories to search for.
Can you all post me a config.log so I can see the compiler options being used?
On Sun, Jan 22, 2012 at 1:56 PM, Dave Cottlehuber wrote:
> On 22 January 2012 19:15, Filipe David Manana wrote:
>> Paul, after this change I'm no longer ab
On 19 January 2012 22:56, Paul Davis wrote:
> On Thu, Jan 19, 2012 at 3:52 PM, Robert Newson wrote:
>> I would prefer to see a single /_replicate entrypoint, with, say,
>> "persistent":true to indicate that the replication settings should be
>> stored. We would also need an API to list all persis
On 22 January 2012 19:15, Filipe David Manana wrote:
> Paul, after this change I'm no longer able to build master (haven't
> tried other branches however).
Ditto.
> configure can't find js/jsapi.h, this is because my jsapi.h doesn't
> live inside a js directory.
>
> Ubuntu 10.10
> jsapi.h full p
Works. How do we proceed?
On Sun, Jan 22, 2012 at 7:05 PM, Noah Slater wrote:
> OVAR 9000! (Testing now...)
>
>
> On Sun, Jan 22, 2012 at 6:56 PM, Filipe David Manana
> wrote:
>
>> On Sun, Jan 22, 2012 at 6:47 PM, Noah Slater
>> wrote:
>> > No change, still fails.
>>
>> Noah, to try to find ou
OVAR 9000! (Testing now...)
On Sun, Jan 22, 2012 at 6:56 PM, Filipe David Manana wrote:
> On Sun, Jan 22, 2012 at 6:47 PM, Noah Slater wrote:
> > No change, still fails.
>
> Noah, to try to find out if it's due to slowness of the machine or
> some other issue, do you think you can try to increas
On Sun, Jan 22, 2012 at 6:47 PM, Noah Slater wrote:
> No change, still fails.
Noah, to try to find out if it's due to slowness of the machine or
some other issue, do you think you can try to increase the following
timeout in the test?
diff --git a/test/etap/242-replication-many-leaves.t
b/test/e
On Thu, Jan 19, 2012 at 11:46 PM, Jason Smith wrote:
> On Fri, Jan 20, 2012 at 9:04 AM, Randall Leeds
> wrote:
>>> Exposing features as manipulations to normal documents makes CouchDB's
>>> API simpler and more orthogonal.
>>
>> On the other hand, exposing features via special-purpose APIs hides
same issue here, jsapi.h isn't in a js directory. MBA running Lion
On Jan 22, 2012, at 1:15 PM, Filipe David Manana wrote:
> Paul, after this change I'm no longer able to build master (haven't
> tried other branches however).
>
> configure can't find js/jsapi.h, this is because my jsapi.h doesn'
No change, still fails.
On Sun, Jan 22, 2012 at 6:08 PM, Noah Slater wrote:
>
> On Sun, Jan 22, 2012 at 6:01 PM, Filipe David Manana
> wrote:
>
>> Noah, does it fail occasionally or every time for you?
>>
>
> Fails every time.
>
>
>> I'm assuming you're with a slow machine or the machine is a b
Sorry to bump this old thread, but just going through my backlog.
With regard to URLs, I think there is some confusion about the purpose of a
URL here.
If I write a a cool essay, say, and I stick that up at
nslater.org/my-cool-essay, then I can link to it from other places on the
web using that a
Ah, okay. Thanks.
On Tue, Jan 3, 2012 at 5:26 PM, Randall Leeds wrote:
> On Tue, Jan 3, 2012 at 08:03, Paul Davis
> wrote:
> > There was a discussion about it for editor temp files and the like. No
> > one objected and it was added quickly cause Gavin said "quick make a
> > commit to test buildb
Paul, after this change I'm no longer able to build master (haven't
tried other branches however).
configure can't find js/jsapi.h, this is because my jsapi.h doesn't
live inside a js directory.
Ubuntu 10.10
jsapi.h full path: /usr/include/xulrunner-1.9.2.24/jsapi.h
flags passed to configure:
c
On Sun, Jan 22, 2012 at 6:01 PM, Filipe David Manana wrote:
> Noah, does it fail occasionally or every time for you?
>
Fails every time.
> I'm assuming you're with a slow machine or the machine is a bit overloaded.
>
Shouldn't be, I'm not doing anything else right now, and this is a new MBA.
Noah, does it fail occasionally or every time for you?
I'm assuming you're with a slow machine or the machine is a bit overloaded.
Can you try with the following patch?
diff --git a/test/etap/242-replication-many-leaves.t
b/test/etap/242-replication-many-leaves.t
index d8d3eb9..ad9d180 100755
---
As long as the source distribution can build without needing an internet
connection, I'll be happy.
On Sat, Jan 7, 2012 at 2:25 PM, Benoit Chesneau wrote:
> Hi all,
>
> I would like to start some work on my own to test how I can merge our
> autotool build system and rebar to provide an erlang re
This all sounds great, Dave.
Once we get the source distribution working for 1.2.x, I'd like to
co-ordinate with you to get the Windows build prepped at the same time. We
should aim to have you uploading the .exe, .exe.md5, and .exe.sha files to
your p.a.o space, and calling a vote on the artefact
Hello,
The following test fails:
./test/etap/run test/etap/242-replication-many-leaves.t
Log is:
ok 38 - Document revisions updated with 2 attachments
# Triggering replication again
[info] [<0.3567.0>] 127.0.0.1 - - HEAD /couch_test_rep_db_b/ 200
[info] [<0.3567.0>] 127.0.0.1 - - GET /couch_t
On 22 January 2012 13:28, Jeroen Janssen wrote:
> Hi,
>
> Just a quick check since I am not able to get (snappy) compression
> working on windows.
Hi Jeroen,
Thanks for reporting this. AFAICT the snappy_nif.dll is not being copied during
make dist or install.
IIRC you ran into this last year on
[
https://issues.apache.org/jira/browse/COUCHDB-1342?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13190665#comment-13190665
]
Filipe Manana commented on COUCHDB-1342:
I really appreciate Randall's pushing f
[
https://issues.apache.org/jira/browse/COUCHDB-1384?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Filipe Manana resolved COUCHDB-1384.
Resolution: Fixed
Applied to 1.2.x
> File descriptor leak if view compac
In my ever-growing need to ask the most esoteric file-format questions
possible, I am curious if anyone can point me in the direction of the
answer here...
Background
-
Consider the _id and _seq B+ indices whose change-paths are appended to the
end of the Couch data file after ever
[
https://issues.apache.org/jira/browse/COUCHDB-1342?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13190660#comment-13190660
]
Bob Dionne commented on COUCHDB-1342:
-
I should add that I'd like to get Filipe's op
Hi,
Just a quick check since I am not able to get (snappy) compression
working on windows.
Steps I did:
*) install couchdb 1.2.0a from [5] (disabled service/autostart)
*) edit local.ini add "file_compression = snappy" to the [couchdb] section
*) copied an old (800Mb) 1.0.1 database to var\lib\cou
[
https://issues.apache.org/jira/browse/COUCHDB-1342?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13190655#comment-13190655
]
Bob Dionne commented on COUCHDB-1342:
-
I revisited this a bit this morning. I tried
[
https://issues.apache.org/jira/browse/COUCHDB-687?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Robert Newson resolved COUCHDB-687.
---
Resolution: Fixed
Fix Version/s: (was: 1.3)
(was: 2.0)
39 matches
Mail list logo
