On Tue, Jun 2, 2009 at 7:20 PM, Justin Balthrop wrote:
> Hi everyone,
>
> I've been reading the dev and user mailing lists for the past month or so,
> but haven't posted yet. I've fallen in love with couchdb, its power and
> simplicity, and I tell everyone who will listen why it is so much better
This is way better.
On Thu, Jun 4, 2009 at 1:31 AM, Chris Anderson wrote:
> Couchers,
>
> I've been hacking on that list iterator stuff I'd been talking about.
> Here's the branch (for now)
> http://github.com/jchris/couchdb/tree/list_iterators
>
> The difference with this branch is that you call
Couchers,
I've been hacking on that list iterator stuff I'd been talking about.
Here's the branch (for now)
http://github.com/jchris/couchdb/tree/list_iterators
The difference with this branch is that you call getRow() when you
want another view row, and you can send() a chunk (string) whenever
y
For DB compaction, I think that besides to ask Erlang/OTP team to
modify BEAM VM, a patch to the VM is also easy and possible.
For example, I have sent a patch to user list:
> Here is a quick fix for R13B(5.7.1) beam.smp.dll
> (MD5:4c733eaef7f8619cbac0c9a4b84e20d2):
>
> Change the byte at 0xB5720
I went back and reviewed my commits that have not been blocked or
merged. I don't think any of them absolutely need to be merged. +1
for 0.9.1,
Adam
On Jun 1, 2009, at 3:11 PM, Adam Kocoloski wrote:
I think we should get the ball rolling. I can't say for certain
that the current 0.9.x
You all can probably guess that I'm not a big fan of the current block/
merge workflow. As CouchDB matures I can imagine situations where
we'll need to backport a fix to multiple stable branches. Blocking
commits from all those branches will introduce more noise than signal
in my opinion (
On Tue, Jun 2, 2009 at 10:20 PM, Justin Balthrop wrote:
>
> So, after spending a few weeks converting models over to using couchdb,
> there is one feature that we are desperately missing:
>
> Multi-level map-reduce in views.
Seen http://github.com/davisp/cascade/tree/master ?
BA
On 3/06/2009 22:51, Chris Anderson wrote:
On Wed, Jun 3, 2009 at 1:09 PM, Kai Griffin wrote:
I'm sorry; I hit the send button before completing my post. I was going to
say "...and that extern-handler capability"... is a rip-snorter of a great
idea. Its presence has definitely saved me week
On 3 Jun 2009, at 20:49, Noah Slater wrote:
On Wed, Jun 03, 2009 at 01:27:16PM -0400, Damien Katz wrote:
Ideally, what we'd end up with would be a completely automated
Windows
build system that builds a complete installer and supports XP, Server
2003 & 2007, Vista, 7, etc. And we'd support r
Sorry, was gonna get back to this tonight, but I might as well chime
in now that I've been called out. :)
Firstly, with Cascade I was looking at it last weekend again planning
on how I was gonna make it awesome and do lots of neato things. Then I
realized that the level of complexity I was going t
On Wed, Jun 3, 2009 at 1:09 PM, Kai Griffin wrote:
> I'm sorry; I hit the send button before completing my post. I was going to
> say "...and that extern-handler capability"... is a rip-snorter of a great
> idea. Its presence has definitely saved me weeks of work.
It'd be really cool to see a b
Hmm... I'm not sure how performance would be with copying to a new
database (option number 2 below). We were seriously considering this
option for our application, but I'm afraid of the contention for
simultaneous writes. I guess I won't know for sure unless I try it.
If I was going to go d
I'm sorry; I hit the send button before completing my post. I was going
to say "...and that extern-handler capability"... is a rip-snorter of a
great idea. Its presence has definitely saved me weeks of work. I've
made one or two tentative changes to the Erlang code locally - if I find
myself
Yeah... I was gonna recommend Cascade, but I haven't seen any movement
on Github for quite a while!
Perhaps Paul Davis would like to chime in...? :^q
I've been using an Update Notifier script for this kinda thing so
far—also, not incrementally—but it's worked well enough for my needs.
My primary
I've been using CouchDB (0.9.0) on windows for the past couple of
months. I switched from Linux so that I could use a large amount of
legacy C++ code, re-worked into a series of little executables, which
are launched by couch's extern handler to perform certain tasks. For my
purposes, CouchDB
On Wed, Jun 3, 2009 at 12:03 PM, Justin Balthrop wrote:
> Nice! That sounds like exactly what I'm looking for. I don't think it will
> address the performance issues with reduce, but it's definitely a start.
>
> Do you mind sending a diff of your changes to couch_view_updater.erl? I
> diffed your
Nice! That sounds like exactly what I'm looking for. I don't think it
will address the performance issues with reduce, but it's definitely a
start.
Do you mind sending a diff of your changes to couch_view_updater.erl?
I diffed your file with trunk and there are a bunch of unrelated
change
I'm mostly a windows user. I run couch on my Ubuntu laptop at the moment
but would like to try getting it running on my windows box that I dev on.
I'll read through the wiki and give it a shot.
On Wed, Jun 3, 2009 at 1:49 PM, Noah Slater wrote:
> On Wed, Jun 03, 2009 at 01:27:16PM -0400, Damien
On Wed, Jun 03, 2009 at 01:27:16PM -0400, Damien Katz wrote:
> Ideally, what we'd end up with would be a completely automated Windows
> build system that builds a complete installer and supports XP, Server
> 2003 & 2007, Vista, 7, etc. And we'd support running as a service and as
> a user process a
I was once again reminded we need to add proper Windows support for
CouchDB when Mark Hammond provided a very nice patch to provide a
windows version of a couchdb unix script. (Thanks Mark!)
It seems silly to add it to SVN without it ever being built, but it is
a start. What we really need
[
https://issues.apache.org/jira/browse/COUCHDB-375?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12715958#action_12715958
]
Noah Slater commented on COUCHDB-375:
-
Agreed.
> src/couchdb directory needs reorgani
[
https://issues.apache.org/jira/browse/COUCHDB-375?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=12715956#action_12715956
]
Paul Joseph Davis commented on COUCHDB-375:
---
We need to do way more than create
I suppose we could also implement an external solution, once the
_changes API is stable enough... Right?
On Wed, Jun 3, 2009 at 3:42 AM, Viacheslav Seledkin
wrote:
> Justin Balthrop wrote:
>>
>> Hi everyone,
>>
>> I've been reading the dev and user mailing lists for the past month or
>> so, but h
[
https://issues.apache.org/jira/browse/COUCHDB-375?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Noah Slater reassigned COUCHDB-375:
---
Assignee: Noah Slater
> src/couchdb directory needs reorganising
> -
src/couchdb directory needs reorganising
Key: COUCHDB-375
URL: https://issues.apache.org/jira/browse/COUCHDB-375
Project: CouchDB
Issue Type: Bug
Reporter: Noah Slater
Since adding a pri
[
https://issues.apache.org/jira/browse/COUCHDB-374?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Mark Hammond updated COUCHDB-374:
-
Attachment: couchspawnkillable_win.c
Added apache license, updated comments...
> couchspawnkill
Justin Balthrop wrote:
Hi everyone,
I've been reading the dev and user mailing lists for the past month or
so, but haven't posted yet. I've fallen in love with couchdb, its
power and simplicity, and I tell everyone who will listen why it is so
much better than a relational db for most applicatio
27 matches
Mail list logo