Ah, fair point!
On Thu, Mar 12, 2020 at 10:25 AM Jan Lehnardt wrote:
>
>
>
> > On 12. Mar 2020, at 16:21, Paul Davis wrote:
> >
> > I'm not against anything of that nature, but if memory serves the
> > email lists are dictated by ASF policy.
>
> If you rem
I'm not against anything of that nature, but if memory serves the
email lists are dictated by ASF policy.
On Thu, Mar 12, 2020 at 9:32 AM Garren Smith wrote:
>
> Hi All,
>
> The CouchDB slack channel has been a real success with lots of people
> asking for help and getting involved. The main
Hey all,
Bob did a pretty good job explaining how the changes feed works most
of the time but I did want to call attention to an error condition
that might be of concern to the original question. There is a
situation where you can see old changes in the response depending on
some timing and error
+1 to Jan's votes
On Thu, Oct 30, 2014 at 11:21 AM, Jan Lehnardt j...@apache.org wrote:
+user@
Thanks Joan for bringing this up!
Thanks Lena for your perspective and courage to voice it here.
Thanks all for your input.
+1 on reworking the logo.
- an animal on the couch could do the
Not for not, but BigCouch's logo has been sans human figure for
nearly four years. This is from Adam Kocloski's slide deck at Erlang
Factory SF, March 2011:
http://f.cl.ly/items/3U0A1s0r361Z1Y3v1p1b/big-couch-logo.png
That's just the earliest I can find it in a slide deck. I did find a
few where
There's the beginnings of a Dockerfile already committed [1]. Its good
enough to get a development cluster running but I don't think its
enough for a full on Docker image to distribute with all the proper
configuration knobs exposed properly. I've only just recently played
with Docker so I'm not
They do not. They're were never designed to support the full document
API (revisions/mvcc being a notable case) so they lose some of these
sorts of features.
On Tue, Jul 22, 2014 at 9:35 AM, Robert Newson rnew...@apache.org wrote:
Sounds right. Local docs are for storing checkpoints and such.
couchjs processes are re-used so there not really specific to any
activity. There's no tracking of the first type of request to a
process either.
On Wed, Jun 18, 2014 at 4:24 AM, Suraj Kumar suraj.ku...@inmobi.com wrote:
Hi,
We want to know why couchjs processes are running (ie., what
Sounds like the delete rename thing is causing you problems. As of now
I don't think there's a good solution to mount other devices under the
database server. It'll work fine for normal operations though if
you're just trying to do performance testing.
On Mon, Mar 10, 2014 at 9:15 AM, Stefan
Is this a BigCouch cluster or something homegrown? BigCouch allows any
node in the cluster to handle a request so removing HAProxy wouldn't
be harder than having each client know the addresses of each database
node and just randomly pick one each time (or figure out some other
hashing scheme
Asoh,
You can always do that client side as Alexander describes but there's
no support for anything of that nature in the database itself.
On Sat, Mar 1, 2014 at 11:54 AM, Asoh Frank asoh2...@yahoo.com wrote:
Greetings,
I am new to non relational databases and couchdb as a whole. I want to
to sort this out, I'd suggest implementing the fix (in C) in
Paul Davis' jiffy library, which has been on the list of things to import
for a while.
I added https://github.com/davisp/jiffy/issues/54 and updated
https://issues.apache.org/jira/browse/COUCHDB-1294
jiffy:decode( {\foo\:\bar\, \foo\:\bar
On Tue, Feb 18, 2014 at 9:30 AM, Adam Kocoloski kocol...@apache.org wrote:
On Feb 18, 2014, at 11:38 AM, Jan Lehnardt j...@apache.org wrote:
On 31 Jan 2014, at 20:08 , Jason Smith j...@apache.org wrote:
However there is a pathological situation where you are
updating faster than the
On Tue, Feb 18, 2014 at 2:28 PM, Jan Lehnardt j...@apache.org wrote:
On 18 Feb 2014, at 17:09 , Paul Davis paul.joseph.da...@gmail.com wrote:
On Tue, Feb 18, 2014 at 9:30 AM, Adam Kocoloski kocol...@apache.org wrote:
On Feb 18, 2014, at 11:38 AM, Jan Lehnardt j...@apache.org wrote:
On 31
Typo'ed:
so it's unbalancing as much
should read:
so it's *not* unbalancing as much
On Mon, Feb 17, 2014 at 12:49 PM, Robert Samuel Newson
rnew...@apache.org wrote:
Replication will not rebalance the tree, no. It's just adding to the end (and
unbalancing the tree).
The updates are
We just recently fixed this issue. My immediate guess is that the OS X
packages haven't been updated by Dave was quick to get the Windows
binaries up.
On Wed, Feb 12, 2014 at 2:30 PM, Jason Winshell ja...@jasonwinshell.com wrote:
All: It works fine on Windows.
I retested the large attachment
Nope. There's nothing like that exposed.
On Mon, Feb 3, 2014 at 11:22 AM, R.J. Steinert r...@rjsteinert.com wrote:
HI all,
I see that we can get disk stats on databases but my CouchApp is interested
in putting those stats in context of available space. Is free space on disk
anywhere in the
I reckon your stdout is buffered. Try adding an fflush call after the
second fputs.
On Sat, Feb 1, 2014 at 11:40 PM, Scott Weber scotty2...@sbcglobal.net wrote:
I am using version 1.5. I can get the daemon to start, but there does not
appear to be any communication on stdin/stdout.
Below
If you can duplicate this the first thing I'd look at during a slow
replication is sudo netstat -tanp tcp to see if you're maybe bumping
up against open socket limits.
On Fri, Jan 24, 2014 at 7:40 AM, Scott Weber scotty2...@sbcglobal.net wrote:
I appreciate the digging, but in the case of the
The important thing to note here is that test 1 is using URLs for
databases where tests 2 and 3 are using internal replication. Reading
the logs it shows that the request to write the attachment took about
72 seconds. Out of curiosity could you rerun test 3 twice more with
the following JSON
Duplicated locally. Poking around at debugging what's going on.
On Fri, Jan 24, 2014 at 1:08 PM, Scott Weber scotty2...@sbcglobal.net wrote:
Thanks. I'll remember that for next time.
Hopefully, there won't be a next time for a while :-)
- Original Message -
From: Jens Alfke
putting together a cleansed file - this format is used for check image
exchange between banks so I need to remove personal data.
Thanks
Rian
On Friday, January 24, 2014 4:51 PM, Paul Davis paul.joseph.da...@gmail.com
wrote:
Duplicated locally. Poking around at debugging what's going
Kocoloski
adam.kocolo...@gmail.com wrote:
Well how about that. Go Nick!
Adam
On Jan 24, 2014, at 7:31 PM, Paul Davis paul.joseph.da...@gmail.com wrote:
Interesting note, this is fixed by applying the patch to COUCHDB-1953.
On Fri, Jan 24, 2014 at 3:03 PM, Rian R. Maloney rian.malo
+1. Top posting is the worst.
On Wed, Jan 22, 2014 at 11:04 PM, Dirkjan Ochtman dirk...@ochtman.nl wrote:
On Thu, Jan 23, 2014 at 12:43 AM, Andy Wenk a...@nms.de wrote:
just a short reminder that it is super helpful, to avoid top posting when
replying in threads on the mailing-lists. It is
Slightly more precisely, _revs_limit affects the number of revisions
kept for each edit branch. While Adam's point about the replicator is
valid I don't think its quite the answer that Vladimir is looking for.
The compactor removes document bodies for each revision that is not a
leaf of the
View etags implicitly depend on update orderings that are not
guaranteed over replication.
Or to say that slightly differently, you would only have identical
view ETags if you could guarantee that you made the same exact updates
in the same exact order on both nodes (which is something that
Dale Harvey's summary is exactly right in the description of how it works
currently. And he's exactly right that the algorithm in no way protects
against documents that are heavily conflicted. We've been pondering a fix
for this at Cloudant for some time now because we've had cases of documents
so
That's mostly right. The truth table you describe isn't quite right
for the value assigned to the key variable. Its album.title unless its
falsy in which case its album.name. Here falsy can mean more than the
strict null value you mention. The second bit is that the value
assigned to the variable
As the value (the second argument to emit).
On Tue, Jul 16, 2013 at 2:45 PM, Paul Davis paul.joseph.da...@gmail.comwrote:
In that case I'd just emit the part of the doc for the language for each
row.
On Tue, Jul 16, 2013 at 1:00 PM, Stephan Bardubitzki
step...@bardubitzki.com wrote
and include_docs=true
will response all of them. What can I do to get all doc properties but just
the language 'fr' property, for example, to save on data usage on mobile
devices?
On 13-07-15 09:00 PM, Paul Davis wrote:
Yes, the second example I gave should accomplish that.
The {} is an empty JSON
;
emit([language, doc.kml_id, doc.marker], o);
}
}
}
startkey: [fr, id, 0]. endkey: [fr, id, {}]
gives me all the data needed either in the key or value argument and
sorted as needed.
Thanks for bearing with me,
Stephan
On 13-07-16 12:45 PM, Paul Davis wrote
You'll need to add an element to the key to emit the language. Pseudo code:
for language in doc[languages]:
emit([language, doc.kml_id, doc.marker], 1)
Also note that its generally not a good idea to emit the doc as the value.
You should prefer to use include_docs=true in the query string.
-07-15 03:26 PM, Paul Davis wrote:
You'll need to add an element to the key to emit the language. Pseudo
code:
for language in doc[languages]:
emit([language, doc.kml_id, doc.marker], 1)
Also note that its generally not a good idea to emit the doc as the value.
You should prefer
A couple examples might be something like:
All rows for French:
startkey: [fr]
endkey: [fr,{}]
All rows for a specific kml_id:
starkey: [fr, id]
endkey: [fr, id, {}]
On Mon, Jul 15, 2013 at 8:58 PM, Paul Davis paul.joseph.da...@gmail.comwrote:
Exactly like that yeah.
On Mon, Jul 15
with one map function?
On 13-07-15 07:15 PM, Stephan Bardubitzki wrote:
And I need the doc.marker too, sorted 0...n? Any example?
What are the {} for?
Thanks again.
Stephan
On 13-07-15 07:00 PM, Paul Davis wrote:
A couple examples might be something like:
All rows for French
On Wed, May 8, 2013 at 10:24 PM, Charles S. Koppelman-Milstein
ckop...@alumni.gwu.edu wrote:
I am trying to understand whether Couch is the way to go to meet some of
my organization's needs. It seems pretty terrific.
The main concern I have is maintaining a consistent state across code
On Tue, Apr 23, 2013 at 2:37 PM, Mark van Cuijk m...@van-cuijk.nl wrote:
Hi,
For a new project, we're considering CouchDB as an interesting candidate for
storage, mainly because of the good durability properties, support for
replication and the continuous changes feed.
Regarding
On Tue, Apr 23, 2013 at 3:42 PM, Mark van Cuijk m...@van-cuijk.nl wrote:
Thank you both for your answers!
On Apr 23, 2013, at 22:06 , Paul Davis paul.joseph.da...@gmail.com wrote:
1. Can I access the continuous changes feed on each of the servers and will
those feeds serve the same events
On Fri, Mar 29, 2013 at 1:32 PM, svilen a...@svilendobrev.com wrote:
do these live in same table/database?
then it's possible in a view to have both user's-docs and
user's-group-docs, and fetch for key=user will give u the user and
all his groups.
something like (pseudocode)
if
On Fri, Mar 15, 2013 at 8:35 AM, Tim Tisdall tisd...@gmail.com wrote:
I've been running a CouchDB instance for quite a while now, but only on a
single machine. I'm looking at moving my hosting and settings things up in
a distributed fashion. I was hoping someone could point me in the right
Yeah, os daemons should start when the server boots. Check if yours is
dying a lot by checking error logs. Could be that it fails a couple
times and then gets shut off.
On Thu, Feb 28, 2013 at 1:54 PM, Anthony Ananich
anton.anan...@inpun.com wrote:
Well... Actually I need this daemon to watch
Huh. First time I've seen spam make it through ASF filters.
On Tue, Feb 19, 2013 at 3:08 AM, Fabio Morandini
morandini.fa...@gmail.comwrote:
Hi Luca Morandini. I'm Fabio Morandini from Italy.
Where do you live?
My son's name is Luca Morandini!
pleased to meet you
*Fabio Morandini* *
On Tue, Feb 19, 2013 at 3:09 AM, Robert Newson rnew...@apache.org wrote:
I have stored fixed precision numbers in a database. You haven't,
unfortunately, because you can't. Javascript only has one kind of
number, 64-bit floating point.
Its a tidge more complicated than that. Its actually a
Assuming this is the EDN spec thing:
https://github.com/edn-format/edn
Then, no, this won't solve anything related to this discussion.
For anyone curious on the types of issues related to this I highly
recommend reading through that long Python ticket I linked to. Some of
the more nutty details
based on what's in RAM. There are other assumptions and
caveats related to the various thingers as well.
On Tue, Feb 19, 2013 at 6:47 AM, Volker Mische volker.mis...@gmail.com wrote:
On 02/19/2013 10:13 AM, Paul Davis wrote:
On Tue, Feb 19, 2013 at 3:09 AM, Robert Newson rnew...@apache.org wrote
As you specifically showed in your original email sending the two
bytes 0x5C72 (\r) from curl works correctly. Your R environment
appears to be doing various types of unescaping before sending the
data along to CouchDB which is what's causing you issues.
From what you've shown the three
Sounds like a stack size issue. Try setting -S to something largish
(10485760 or so) on the couchjs command line in your default.ini
On Mon, Jan 21, 2013 at 10:27 AM, Donal Simmie donal.sim...@gmail.comwrote:
As an update I have tried numerous approaches to attempt to fix/workaround
this
depth
limit.) Passing a large number forstackchunksize is a mistake.
B.
On 21 January 2013 11:39, Paul Davis paul.joseph.da...@gmail.com wrote:
Sounds like a stack size issue. Try setting -S to something largish
(10485760 or so) on the couchjs command line in your default.ini
On Mon
While it won't appear in the changes feed, they do track the
update_seq they originally had IIRC. I sure don't think we surface
that anywhere.
Ciprian, is there a specific need for this or is this for something
app specific?
On Tue, Dec 18, 2012 at 1:46 PM, Robert Newson rnew...@apache.org
worth remembering that previous revisions are removed during
compaction and are not replicated (i.e, this isn't a versioning
facility for users).
B.
On 18 December 2012 21:02, Paul Davis paul.joseph.da...@gmail.com wrote:
While it won't appear in the changes feed, they do track the
update_seq
Fix it is a bit subjective. Its basically a way to signal when you
probably have a reduce function that's misbehaving. The reduce_limit
setting puts an upper limit on the rate at which reduce values can grow as
they are calculated. Its coarse and not super duper awesome but helps avoid
most people
Should be fine.
On Mon, Dec 10, 2012 at 1:14 AM, Michael Parker
michael.g.par...@gmail.comwrote:
Hi all,
If I have a database that is performing create/update/delete operations on
documents, and I use cp to copy its .couch file on an ext3 filesystem, will
my copy be corrupted or have any
at 3:28 PM, Paul Davis paul.joseph.da...@gmail.com
wrote:
Should be fine.
On Mon, Dec 10, 2012 at 1:14 AM, Michael Parker
michael.g.par...@gmail.comwrote:
Hi all,
If I have a database that is performing create/update/delete operations
on
documents, and I use cp to copy
That is a tough question. Also, I would be concerned about corruption. I'd
suggest booting one with a different data directory and replicate over if
you can.
Having two writers to the same data file isn't something that we attempt to
protect against.
On Wed, Nov 7, 2012 at 2:20 PM, Stoo Goff
Its supported but only so much as to say that it won't break things.
Mochiweb uses a single Erlang process per socket which means that it
will handle each request serially. Technically it'd be possible to
notice latency differences for cheap requests, but I bet the rev
lookup requests are too
On Tue, Oct 30, 2012 at 3:15 PM, Jens Alfke j...@couchbase.com wrote:
On Oct 30, 2012, at 11:20 AM, Paul Davis paul.joseph.da...@gmail.com wrote:
Technically it'd be possible to
notice latency differences for cheap requests, but I bet the rev
lookup requests are too dominated by the actual
On Tue, Oct 30, 2012 at 4:54 PM, Jens Alfke j...@couchbase.com wrote:
On Oct 30, 2012, at 1:15 PM, Paul Davis
paul.joseph.da...@gmail.commailto:paul.joseph.da...@gmail.com wrote:
That's an intriguing datapoint because _all_docs?include_docs=true is
the same algorithmic complexity as issuing
Definitely sounds like an emfile error. Could be that erlang
translates that when opening a file but I'd have to check. I have seen
issues with .couch files having issues when running out of disk space
and the like. To recover, I would make a copy of your .couch file, and
then start truncating it
Congrats!
On Tue, Oct 9, 2012 at 4:53 PM, Gabriel Mancini
gabriel.manc...@gmail.com wrote:
Congrats Folks,
and the force with you
On Tue, Oct 9, 2012 at 6:52 PM, Ryan Ramage ryan.ram...@gmail.com wrote:
Fantastic! Both of you work very hard for the couchdb community and deserve
this, and
Alternatively, you could use two dbs. One db you could write change
requests to (each request as a new doc) and then listen for changes
on that and apply them in that logic. This also has that added benefit
that you could do the timestamped dbname pattern for your changes feed
dbs to (possibly
the
file, though.
On 24 September 2012 17:00, Paul Davis paul.joseph.da...@gmail.com wrote:
I'd ignore the snappy error for now. There's no way this thing ran for
an hour and then suddenly hit an error in that code. If this is like a
bug I've seen before the reason that this runs out of RAM
On Mon, Sep 24, 2012 at 11:42 AM, Rudi Benkovič ru...@whiletrue.com wrote:
On Mon, Sep 24, 2012 at 6:00 PM, Paul Davis paul.joseph.da...@gmail.com
wrote:
The quickest way to fix this would probably be to go back and update
recover-couchdb to recognize the new disk format. Although that gets
I agree with Bob. This is a difference in your Spidermonkey library.
On Mon, Sep 17, 2012 at 5:47 PM, Robert Newson rnew...@apache.org wrote:
I think it's to do with the version of Spidermonkey you've used,
rather than CouchDB version.
B.
On 17 September 2012 23:35, Cory Zue c...@dimagi.com
Its a PUT to /dbname/_revs_limit IIRC. Not sure if there's a wiki page or not.
Also, it limits the number of _revisions per leaf in a revision tree.
There's a lot of subtlety in there so you'll definitely want to fully
understand revision trees and conflict resolution before you start
going too
Unfortunately no. There was a patch to define a sort order for array
keys but it was never committed to master. Its not a terribly
difficult patch but there hasn't ever been much of a call for such a
thing (AFAIK you're the second ever) and it has some awkward edge
cases. Perhaps a revisit would
Good call.
Should be easy enough to add an include_deleted=true option to
_all_docs as well.
On Sat, Sep 1, 2012 at 12:42 AM, Nathan Vander Wilt
nate-li...@calftrail.com wrote:
On Aug 31, 2012, at 3:35 PM, Jens Alfke wrote:
I’m writing a GUI app to browse the contents of databases, mostly for
On Fri, Aug 31, 2012 at 5:35 PM, Jens Alfke j...@couchbase.com wrote:
I’m writing a GUI app to browse the contents of databases, mostly for
debugging/troubleshooting purposes. It currently lists all the existing
documents, as Futon does, but I’d like to be able to show all the _deleted_
Check against oldDoc instead of newDoc?
On Wed, Aug 29, 2012 at 1:28 PM, Wordit wordi...@gmail.com wrote:
I may have stumbled upon a security issue in validation functions.
Maybe somebody else can try to confirm this. I've been using the
validation function mentioned several times in the user
Did the replication actually replicate anything or were they up to
date when started? I'm not sure on the exact algorithm continuous
replication uses but I wouldn't be surprised if its just every N docs.
The example you have is less than 1K docs which wouldn't surprise me
as the threshold.
On Tue, Aug 14, 2012 at 9:38 PM, Tim Tisdall tisd...@gmail.com wrote:
I'm still having problems with couchdb, but I'm trying out different
things to see if I can narrow down what the problem is...
I stopped using fsockopen() in PHP and am using curl now to hopefully
be able to see more
Nope. Compacting should Just Work.
On Thu, Aug 9, 2012 at 10:34 PM, Michael Parker
michael.g.par...@gmail.com wrote:
Hi all,
I have two servers running CouchDB in a multi-master setup, where each
is performing a continuous pull replication on the other. The write
load on each server is very
On Fri, Aug 3, 2012 at 12:24 PM, Jens Alfke j...@couchbase.com wrote:
On Aug 3, 2012, at 12:33 AM, Pieter van der Eems
p.van.der.e...@interactiveblueprints.nl wrote:
We have an IOS client using TouchDB which syncs with CouchDB (1.2) on
our server.
The IOS client is a black box for me so I
I'm not entirely sure I know what you mean here. You want CouchDB to
proxy auth against the CouchDB user? If so, I don't think that exists
right now.
On Wed, Jun 20, 2012 at 1:22 PM, Gert Cuykens gert.cuyk...@gmail.com wrote:
how can i tell couchdb to check the authentication cookie before
Can you run that command with a GET before your first PUT as well as
showing all of the JSON bodies sent and received?
My first guess is you're not handling conflicts correctly.
On Tue, Jul 3, 2012 at 7:50 PM, Matt Cheers matt.che...@wotifgroup.com wrote:
Hi,
I have a question on behaviour
attempts to create.
On 04/07/12 10:03, Paul Davis wrote:
Can you run that command with a GET before your first PUT as well as
showing all of the JSON bodies sent and received?
My first guess is you're not handling conflicts correctly.
On Tue, Jul 3, 2012 at 7:50 PM, Matt Cheersmatt.che
That output looks quite odd. Can you try with a -v --raw on those curl commands?
On Wed, Jul 4, 2012 at 12:11 AM, Matt Cheers matt.che...@wotifgroup.com wrote:
On 04/07/12 13:40, Paul Davis wrote:
What's the output of these two commands?
curl http://10.100.169.99:5984/api_keys/test-key
--9242f167a584c70b9a784ded2989c115
2
--
0
On 04/07/12 14:58, Paul Davis wrote:
That output looks quite odd. Can you try with a -v --raw on those curl
commands?
On Wed, Jul 4, 2012 at 12:11 AM, Matt Cheersmatt.che...@wotifgroup.com
wrote:
On 04/07/12 13:40, Paul Davis wrote:
What's
Pretty sure Bob's got it hit on the head here. Mochiweb should handle
it just fine but its quite possible that we have latent bugs since I'm
not sure how many people have exercised this bit of the code.
On Sun, Jul 1, 2012 at 5:42 PM, Robert Newson rnew...@apache.org wrote:
It should, yes. Mochi
Did you cut and paste this log transcript with multiple pastes?
There's a really weird view repetition but I'm going to just assume
that you accidentally overlapped a copy/paste into email for now.
On Tue, Jun 5, 2012 at 5:07 AM, Sami Sierla sami.sie...@poplatek.fi wrote:
Dave,
Thank You for
This would be nice but not every replication request happens through
the HTTP layer. Local replications have no notion of a request so I'm
not sure what you'd put in there.
On Mon, May 28, 2012 at 4:26 PM, Luca Matteis lmatt...@gmail.com wrote:
Yes, I already use update handlers for the voting,
On Thu, May 17, 2012 at 1:58 PM, Tim Tisdall tisd...@gmail.com wrote:
I want to temporarily open the port for couchdb so I can access futon.
However, I have a large database already in there that I don't want
accessible by the public. If I temporarily move the database_name.couch
file from
Yeah, likely the best way to undo this would be to use filtered
replication to a local db and then rename the .couch files and reboot
to get it swapped over.
On Fri, May 18, 2012 at 1:02 PM, Jim Klo jim@sri.com wrote:
Not sure how many docs you have, but can you filter replicate the good
How did you insert them? If you did a PUT per docid you'll still want
to compact afterwards.
On Mon, May 14, 2012 at 2:13 PM, Tim Tisdall tisd...@gmail.com wrote:
I've got several gigabytes of data that I'm trying to store in a couchdb on
a single machine. I've placed a section of the data in
On Mon, May 14, 2012 at 3:08 PM, James Marca
jma...@translab.its.uci.edu wrote:
On Mon, May 14, 2012 at 03:42:01PM -0400, Tim Tisdall wrote:
Yes, I did it with a PUT for each id. When you call for compaction, is
there a way to see the progress or a way to know if it's done?
the status tool
Done.
On Sat, May 12, 2012 at 10:33 AM, Pulkit Singhal
pulkitsing...@gmail.com wrote:
Hello,
My wiki username is pulkitsinghal, can I please have access to edit the
wiki?
I want to contribute some reduce/rereduce samples to the following page:
Jens,
Do you know if that solution works for those cases? Given that they
screw up chunked encoding I wouldn't have high hopes that they
wouldn't do something else weird like trying to buffer the entire
unchunked request as well.
Also I'm wondering if the large content-length is even required.
On Wed, Apr 18, 2012 at 9:49 AM, Paul Hirst paul.hi...@sophos.com wrote:
I wouldn't completely remove the ability to reject conflicts on write.
When I proposed this idea I was thinking first and foremost about
surfacing them on reads. On writes I want a new option that looks a
lot like
The thing about If-Match is that its not necessarily a way to specify
a value for the action.
IOW, its a conditional for the request, but is not the most elegant
thing for specifying a revision to act upon. Since we have sub paths
to documents its hard to cleanly specify the revision as a URL path
https://github.com/davisp/couchdb/commit/3e777832b4e30fe6d8f2574bb98176fc0cefd496
On Thu, Apr 12, 2012 at 4:03 PM, Robert Newson rnew...@apache.org wrote:
davisp
On 12 April 2012 19:40, Benoit Chesneau bchesn...@gmail.com wrote:
On Thu, Apr 12, 2012 at 2:36 PM, Robert Newson
Make sure that you change the port before booting or you'll get some
dense errors about the port being in use. Other than that your data
and config files should all be cleanly installed under /opt so you
won't trample on another install (assuming its not in /opt :).
On Tue, Apr 3, 2012 at 1:59
Awkward. This is a specific test that you can mostly ignore as we're
only using it to test the behavior of errors when views are opened.
Though I would be quite interested to know how that test fails for
you. Basically what happens is that we create a view, close it, remove
read permissions and
You're running into shell escape issues:
$ curl -X PUT http://127.0.0.1:5984/bing
{ok:true}
$ curl -X PUT -H Content-Type: application/json http://127.0.0.
1:5984/bing/bob -d '{key:va\lue}'
{ok:true,id:bob,rev:1-9424043dd7e8f320dc86b53ad024f58e}
$ curl http://127.0.0.1:5984/bing/bob
Obviously, that's without the alternatively horror of scanning
_changes for the doc id. :D
On Wed, Mar 28, 2012 at 6:10 AM, Paul Davis paul.joseph.da...@gmail.com wrote:
Come to think of it, no I don't think you can.
On Wed, Mar 28, 2012 at 6:07 AM, Luke Driscoll luke.drisc...@gmail.com
the _changes feed is pretty terrifying!
On 28 March 2012 07:10, Paul Davis paul.joseph.da...@gmail.com wrote:
Obviously, that's without the alternatively horror of scanning
_changes for the doc id. :D
On Wed, Mar 28, 2012 at 6:10 AM, Paul Davis paul.joseph.da...@gmail.com
wrote:
Come to think
Looks like you have a bad build. Did you perhaps try to upgrade
something in place?
On Mon, Mar 26, 2012 at 11:52 PM, Gert Cuykens gert.cuyk...@gmail.com wrote:
erlang source
couchdb source
config default
user couchdb
ubuntu 12.04
gert@couchdb:~$ sudo /etc/init.d/couchdb start
* Starting
from git
sorry for double mail (was not yet subscribed on mailing list)
On Tue, Mar 27, 2012 at 9:35 AM, Paul Davis paul.joseph.da...@gmail.com
wrote:
Looks like you have a bad build. Did you perhaps try to upgrade
something in place?
On Mon, Mar 26, 2012 at 11:52 PM, Gert Cuykens gert.cuyk
: application:start(crypt). - That period is important. That
should print ok in the shell.
On Tue, Mar 27, 2012 at 5:31 PM, Paul Davis paul.joseph.da...@gmail.com
wrote:
It appears as though you've got a mismatched set of compiled files in
the code directories. That badrecord error means
Nope.
On Tue, Mar 27, 2012 at 12:10 PM, Pulkit Singhal
pulkitsing...@gmail.com wrote:
Hello,
Is there some kind of a macro or special function that Futon processes to
create timestamps on the fly?
For example, lets say I'm manually creating a document on Futon and I'm in
the Fields view
On Sat, Mar 10, 2012 at 1:01 PM, Matthieu Rakotojaona
matthieu.rakotoja...@gmail.com wrote:
Hello,
Wow, thank you for the very comprehensive answer.
On Thu, Mar 8, 2012 at 10:39 PM, Paul Davis paul.joseph.da...@gmail.com
wrote:
And the initial purpose to my mail comes here. I just added
On Thu, Mar 8, 2012 at 1:21 PM, Matthieu Rakotojaona
matthieu.rakotoja...@gmail.com wrote:
Hello everyone,
I discovered couchDB a few months ago, and decided to dive in just
recently. I don't want to be long, but couchDB is Amazing. True offline
mode/replication, JSON over HTTP, MVCC,
1 - 100 of 794 matches
Mail list logo