[
https://issues.apache.org/jira/browse/COUCHDB-432?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12755457#action_12755457
]
Jason Davies commented on COUCHDB-432:
--
Any objections to me committing this? Mr.
sounds good, assuming the deprecation of _all_docs_by_seq is called
out quite clearly (its removal on trunk breaks couchdb-lucene so I've
added a note to my README).
B.
On Tue, Sep 15, 2009 at 11:32 AM, Jan Lehnardt j...@apache.org wrote:
Hi Noah.
thanks for taking the time!
On 15 Sep 2009,
[
https://issues.apache.org/jira/browse/COUCHDB-497?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benoit Chesneau updated COUCHDB-497:
Attachment: fix_put_attachment2.patch
attachment with test for empty attachment. I can't
On Tue, Sep 15, 2009 at 12:00 PM, Noah Slater nsla...@apache.org wrote:
Hey,
I plan on cutting the 0.10 release for a vote today.
I would like to collect any objections now before I go through the motions.
Thanks,
--
Noah Slater, http://tumbolia.org/nslater
pending resolution of #497,
On Tue, Sep 15, 2009 at 02:05:19PM +0200, Benoit Chesneau wrote:
pending resolution of #497, +1 for me.
Will someone please reply to this thread when this is fixed then please?
--
Noah Slater, http://tumbolia.org/nslater
[
https://issues.apache.org/jira/browse/COUCHDB-497?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jan Lehnardt closed COUCHDB-497.
Resolution: Fixed
Fixed in trunk in r815308 and in 0.10.0
fix attachments with an undefined
[
https://issues.apache.org/jira/browse/COUCHDB-106?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Kev Jackson updated COUCHDB-106:
Attachment: check_crypto.patch
Patch to configure.ac to check that Erlang has been installed with
On Tue, Sep 15, 2009 at 5:00 AM, Noah Slater nsla...@apache.org wrote:
I plan on cutting the 0.10 release for a vote today.
I would like to collect any objections now before I go through the motions.
I'm not sure that this is a blocker, but I was wondering if the
following fix would be in the
Hi Trevor,
On 15 Sep 2009, at 15:26, Trevor Turk wrote:
On Tue, Sep 15, 2009 at 5:00 AM, Noah Slater nsla...@apache.org
wrote:
I plan on cutting the 0.10 release for a vote today.
I would like to collect any objections now before I go through the
motions.
I'm not sure that this is a
On 15 Sep 2009, at 15:26, Trevor Turk wrote:
On Tue, Sep 15, 2009 at 5:00 AM, Noah Slater nsla...@apache.org
wrote:
I plan on cutting the 0.10 release for a vote today.
I would like to collect any objections now before I go through the
motions.
I'm not sure that this is a blocker, but I
On Sep 15, 2009, at 5:00 AM, Noah Slater wrote:
Hey,
I plan on cutting the 0.10 release for a vote today.
I would like to collect any objections now before I go through the
motions.
Thanks,
--
Noah Slater, http://tumbolia.org/nslater
I'd really like to see
On Sep 14, 2009, at 4:33 PM, Jason Davies wrote:
On 14 Sep 2009, at 06:12, Chris Anderson wrote:
Heh - the easiest programming model for security is to forgo
server-side views altogether, so that client interact with the server
through replication.
Then you could handle read security with
On Tue, Sep 15, 2009 at 4:27 PM, Paul Davis paul.joseph.da...@gmail.com wrote:
This specifically affects threadsafe builds of spidermonkey.
if spidermonkey rely on external nspr, nspr should be compiled
threadsafe too. It could be the problem.
- benoît
On Mon, Sep 14, 2009 at 10:09 PM, Jason Davies ja...@jasondavies.com wrote:
Hi all,
Thanks for all the excellent responses!
With Chris Anderson's simplest thing that could possibly work idea in
mind, here's a quick summary of what I plan to implement as a first cut.
I've taken ideas from
[
https://issues.apache.org/jira/browse/COUCHDB-449?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Anderson reopened COUCHDB-449:
As we're currently discussing this on IRC, I should reopen the ticket.
In a simple (naive
[
https://issues.apache.org/jira/browse/COUCHDB-449?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Chris Anderson updated COUCHDB-449:
---
Attachment: slow.rb
here's my benchmark script
Turn off delayed commits by default
Afaik all nspr builds are threadsafe or at least default to it. I
might be assuming too much of the SM build system but one would hope
it'd detect an incompatible nspr.
On Sep 15, 2009, at 12:33 PM, Benoit Chesneau bchesn...@gmail.com
wrote:
On Tue, Sep 15, 2009 at 4:27 PM, Paul Davis
On Tue, Sep 15, 2009 at 10:22 AM, Jan Lehnardt j...@apache.org wrote:
On 15 Sep 2009, at 19:09, jch...@apache.org wrote:
Author: jchris
Date: Tue Sep 15 17:09:22 2009
New Revision: 815404
URL: http://svn.apache.org/viewvc?rev=815404view=rev
Log:
changed default for 0.10 to
On Tue, Sep 15, 2009 at 8:23 PM, Paul Joseph Davis
paul.joseph.da...@gmail.com wrote:
Afaik all nspr builds are threadsafe or at least default to it. I might be
assuming too much of the SM build system but one would hope it'd detect an
incompatible nspr.
Well I remembr time where the problem
Is there a replacement for all_docs_by_seq?
On Tue, Sep 15, 2009 at 11:23 AM, Paul Joseph Davis
paul.joseph.da...@gmail.com wrote:
Afaik all nspr builds are threadsafe or at least default to it. I might be
assuming too much of the SM build system but one would hope it'd detect an
incompatible
On Tue, Sep 15, 2009 at 11:40 AM, Scott Shumaker sshuma...@gmail.com wrote:
Is there a replacement for all_docs_by_seq?
all_docs_by_seq will be in 0.10, but deprecated.
most of it's functionality is available on the 0.10 _changes feed but
all of it's functionality will be moved to _changes for
On Tue, Sep 15, 2009 at 3:00 AM, Noah Slater nsla...@apache.org wrote:
Hey,
I plan on cutting the 0.10 release for a vote today.
I would like to collect any objections now before I go through the motions.
This morning I reopened
http://issues.apache.org/jira/browse/COUCHDB-449 by committing
Hi all,
We are using couchdb in production and have come across what appears to be a
bug in the HTTP implementation. Apparently http keep alive requests are not
correctly supported by couchdb.
This problem has been verified for both couchdb .10 a running on ubuntu
with erlang 13.b1 and couchdb
HTTP/1.1 keep alive fails with AB
-
Key: COUCHDB-504
URL: https://issues.apache.org/jira/browse/COUCHDB-504
Project: CouchDB
Issue Type: Bug
Components: HTTP Interface
Affects Versions: 0.10
On Tue, Sep 15, 2009 at 3:33 PM, thomas hallaran thalla...@gmail.com wrote:
Hi all,
We are using couchdb in production and have come across what appears to be a
bug in the HTTP implementation. Apparently http keep alive requests are not
correctly supported by couchdb.
This problem has been
On Tue, Sep 15, 2009 at 4:29 PM, Volker Mische volker.mis...@gmail.com wrote:
Chris Anderson wrote:
On Tue, Sep 15, 2009 at 11:40 AM, Scott Shumaker sshuma...@gmail.com wrote:
Is there a replacement for all_docs_by_seq?
all_docs_by_seq will be in 0.10, but deprecated.
most of it's
[
https://issues.apache.org/jira/browse/COUCHDB-504?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12755734#action_12755734
]
Paul Joseph Davis commented on COUCHDB-504:
---
There's no keep-alive in HTTP/1.0 ...
Sent from my iPhone
On Sep 15, 2009, at 6:11 PM, Paul Joseph Davis (JIRA)
j...@apache.org wrote:
[
[
https://issues.apache.org/jira/browse/COUCHDB-448?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12755747#action_12755747
]
Jason Davies commented on COUCHDB-448:
--
Note to self or whoever implements this: the
[
https://issues.apache.org/jira/browse/COUCHDB-448?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12755753#action_12755753
]
Damien Katz commented on COUCHDB-448:
-
Ideally we'll store attachments gzipped, and
On 15.09.2009, at 16:02, Curt Arnold wrote:
On Sep 15, 2009, at 5:00 AM, Noah Slater wrote:
I plan on cutting the 0.10 release for a vote today.
I would like to collect any objections now before I go through the
motions.
I'd really like to see
On 16 Sep 2009, at 00:30, Christopher Lenz wrote:
On 15.09.2009, at 16:02, Curt Arnold wrote:
On Sep 15, 2009, at 5:00 AM, Noah Slater wrote:
I plan on cutting the 0.10 release for a vote today.
I would like to collect any objections now before I go through the
motions.
I'd really like
[
https://issues.apache.org/jira/browse/COUCHDB-257?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jan Lehnardt closed COUCHDB-257.
Resolution: Won't Fix
From dev@:
Christopher Lenz:
This is a somewhat misleading description;
[
https://issues.apache.org/jira/browse/COUCHDB-502?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Davies updated COUCHDB-502:
-
Component/s: (was: JavaScript View Server)
Administration Console
[
https://issues.apache.org/jira/browse/COUCHDB-502?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Davies updated COUCHDB-502:
-
Attachment: test.json
Test JSON data. To reproduce, copy and paste its contents into a field
[
https://issues.apache.org/jira/browse/COUCHDB-502?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Jason Davies updated COUCHDB-502:
-
Attachment: (was: test.json)
Large objects/text crash Futon
Both MochiWeb and http://www.io.com/~maus/HttpKeepAlive.html think
there is Keep-Alive in HTTP/1.0. And I'm guessing a great many clients
do as well. Granted its by convention and not part of the spec, do we
kill the possibility or adhere to convention.
Seeing as Mochiweb already tries I would
A durability matrix that lays out all the possible combinations of
headers and behavior would be a good place to start. Something that
clearly states when data is synced to disk (and what fsync does on
different OS'es) would be an excellent deliverable in its own right. I
don't know all the spots
Seeing as ApacheBench does it, and it's a very useful benchmarking
tool, supporting Connection: Keep-Alive for HTTP/1.0 requests
doesn't seem too awful. Yes, it's not in the spec at all, so it's
technically wrong, but whatever. I think we should consider a
Connection: Keep-Alive header in an
[
https://issues.apache.org/jira/browse/COUCHDB-448?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanelfocusedCommentId=12755798#action_12755798
]
Robert Newson commented on COUCHDB-448:
---
A useful strategy is to compress the first
Heh, I stand corrected. +1 on the path forward. I guess its just a
matter of adding Connection: Keep-Alive to the response headers.
Adam
On Sep 15, 2009, at 6:52 PM, Paul Davis wrote:
Both MochiWeb and http://www.io.com/~maus/HttpKeepAlive.html think
there is Keep-Alive in HTTP/1.0. And
[
https://issues.apache.org/jira/browse/COUCHDB-504?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Bob Dionne updated COUCHDB-504:
---
Attachment: couch_httpd_hack.patch
this patch to send_json puts Connection : Keep-Alive into the
On Sep 15, 2009, at 5:30 PM, Christopher Lenz wrote:
This is a somewhat misleading description; it's not the lack of an
Expires header on CouchDB responses that results in incorrect
caching, it's a (really ugly) bug in the XMLHttpRequest
implementation of IE6 that does this. As far as I
Nice work guys!
I don't really understand (yet) everything that you're talking about
here, but the issue title sounds really great!
Also very glad to hear that ICU was not really a bottleneck for collation.
On Tue, Sep 15, 2009 at 3:00 AM, Damien Katz (JIRA) j...@apache.org wrote:
[
On Tue, Sep 15, 2009 at 8:46 AM, Chris Anderson jch...@apache.org wrote:
On Mon, Sep 14, 2009 at 9:47 PM, Vlad GURDIGA gurd...@gmail.com wrote:
Thank you Jan for the comment.
On Sun, Sep 13, 2009 at 8:58 PM, Jan Lehnardt j...@apache.org wrote:
On 13 Sep 2009, at 19:37, Vlad GURDIGA wrote:
On Tue, Sep 15, 2009 at 10:55 PM, Curt Arnold carn...@apache.org wrote:
On Sep 15, 2009, at 5:30 PM, Christopher Lenz wrote:
This is a somewhat misleading description; it's not the lack of an Expires
header on CouchDB responses that results in incorrect caching, it's a
(really ugly) bug in
[
https://issues.apache.org/jira/browse/COUCHDB-504?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Paul Joseph Davis updated COUCHDB-504:
--
Attachment: COUCHDB-504.patch
This version is a bit cleaner and fairly more specific
[
https://issues.apache.org/jira/browse/COUCHDB-504?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel
]
Benoit Chesneau updated COUCHDB-504:
Attachment: couchdb_httpd_504.patch
patch like davisp one but using
On Sep 15, 2009, at 10:44 PM, Paul Davis wrote:
Regardless of browser support, the first question should always be
weather we can avoid hacks specific to a user agent. Unless you can
show that there's a case where its absolutely impossible for a
significant user agent to configure itself to
49 matches
Mail list logo