Re: /_all_dbs and security

fails because the DB file doesn't exist. Do you think this would add too much overhead or it could be a somewhat light approach? Or better, do you have a better idea for it? cheers cheers -- Filipe David Manana, fdman...@gmail.com PGP key - http://pgp.mit.edu:11371/pks/lookup?op

Re: /_all_dbs and security

. Because it's not a complete solution or because no new features or design changes can be added until 1.0? I was thinking in implementing it for some release after 1.0 Cheers Jan -- Chris cheers -- Filipe David Manana, fdman...@gmail.com PGP key - http://pgp.mit.edu

Re: /_all_dbs and security

if a particular doc exists, and then eventually insert it (which could imply re-balancing the tree from time to time) would take several disk accesses. Any other ideas on how to implement _all_dbs efficiently? cheers -- Filipe David Manana, fdman...@gmail.com PGP key - http://pgp.mit.edu:11371/pks

Re: Releasing 0.11, Request for Comments

On Sat, Feb 27, 2010 at 12:22 AM, J Chris Anderson jch...@gmail.com wrote: On Feb 26, 2010, at 7:00 AM, Filipe David Manana wrote: I would still like to see ticket 639 in 0.11. I'm reading 639 and it seems like a great patch. But it's a little bit big and I can't tell for certain

/_all_dbs and security

ideas. I would like to collect suggestions from all of you on how to implement this efficiently and know if you can point out any other problems I haven't thought about. thanks best regards, -- Filipe David Manana, fdman...@gmail.com PGP key - http://pgp.mit.edu:11371/pks/lookup?op=getsearch

Re: Releasing 0.11, Request for Comments

all of the patches brought up in the last few hours are good candidates for 1.0. +1 -- Filipe David Manana, fdman...@gmail.com PGP key - http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xC569452B Reasonable men adapt themselves to the world. Unreasonable men adapt the world

Re: Releasing 0.11, Request for Comments

this make it. -- Filipe David Manana, fdman...@gmail.com PGP key - http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xC569452B Reasonable men adapt themselves to the world. Unreasonable men adapt the world to themselves. That's why all progress depends on unreasonable men.

Re: Releasing 0.11, Request for Comments

the mirrors. Cheers Jan -- -- Filipe David Manana, fdman...@gmail.com PGP key - http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xC569452B Reasonable men adapt themselves to the world. Unreasonable men adapt the world to themselves. That's why all progress depends on unreasonable men.

Re: Virtual Hosts

wrong :) I'd like to commit this to trunk and also backport to 0.11. What do you think? Thanks for you feedback. Cheers Jan -- -- Filipe David Manana, fdman...@gmail.com PGP key - http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xC569452B Reasonable men adapt themselves to the world

Re: Accessing design doc from view server code?

_show, _list, etc functions. This would be a small patch if anyone is up for it. Chris Cheers, Zach -- Filipe David Manana, fdman...@gmail.com PGP key - http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xC569452B Reasonable men adapt themselves to the world. Unreasonable men

Re: Auth Roadmap

it ? - benoît -- Filipe David Manana, fdman...@gmail.com PGP key - http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xC569452B Reasonable men adapt themselves to the world. Unreasonable men adapt the world to themselves. That's why all progress depends on unreasonable men.

associating UUIDs to DBs

have not understood completely what Chris and Adam have in mind, that's why I would like to collect some feedback from any of you. I think I'm missing something from the big picture. best regards, -- Filipe David Manana, fdman...@gmail.com PGP key - http://pgp.mit.edu:11371/pks/lookup?op=getsearch

Re: replicator options

a crack at it later this week or this weekend. -- Filipe David Manana, fdman...@gmail.com PGP key - http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xC569452B Reasonable men adapt themselves to the world. Unreasonable men adapt the world to themselves. That's why all progress depends

Re: [jira] Commented: (COUCHDB-583) storing attachments in compressed form and serving them in compressed form if accepted by the client

that most, perhaps all, of those places would also be touched by compression support. Sorry to be vague, I only intended to add another perspective to the discussion. On Tue, Jan 26, 2010 at 11:01 AM, Filipe David Manana fdman...@gmail.com wrote: Hi Robert, That's interesting. I think

Re: [jira] Commented: (COUCHDB-583) storing attachments in compressed form and serving them in compressed form if accepted by the client

with no compression for speed. Paul Davis On Tue, Jan 26, 2010 at 9:55 AM, Filipe David Manana fdman...@gmail.com wrote: Paul, I don't see anything on couch_file that does compression (looking at trunk). I grepped all the couch .erl files for gzip and zlib, and the only ones who

Re: [jira] Commented: (COUCHDB-583) storing attachments in compressed form and serving them in compressed form if accepted by the client

patch because of the gzip dictionaries will run over the stream and not just each chunk written to disk. If that makes sense? Paul -- Filipe David Manana, fdman...@gmail.com PGP key - http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xC569452B Reasonable men adapt themselves to the world

Re: [jira] Commented: (COUCHDB-583) storing attachments in compressed form and serving them in compressed form if accepted by the client

. - You can reply to this email to add a comment to the issue online. -- Filipe David Manana, fdman...@gmail.com PGP key - http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xC569452B Reasonable men adapt themselves to the world. Unreasonable men adapt the world to themselves. That's why all

Re: Updating the CouchDB roadmap

An updated (and no longer breaking 4 test cases) patch for storing compressed attachments was added to tickets 583 and 437. cheers On Sat, Dec 19, 2009 at 8:46 AM, Filipe David Manana fdman...@gmail.comwrote: After rev 891077 (ticket 558, md5 integrity check) I need to update that patch

Re: Updating the CouchDB roadmap

:07 AM, Filipe David Manana wrote: that's ticket 583 - https://issues.apache.org/jira/browse/COUCHDB-583 The ticket's title is no longer fair. One of the last comments mentions the possibility of storing attachments in gzip compressed form (suggestion from Damien). I submitted a patch

Re: Updating the CouchDB roadmap

? Question from one of those trailing around on actual releases, that may help getting started: what big-ticket features are in trunk, but not 0.10.1? Cheers, Dirkjan -- Filipe David Manana, fdman...@gmail.com PGP key - http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xC569452B

Re: Ang.: Re: using Erlang's debugger with couchdb

.html On Dec 1, 2009, at 5:34 PM, Filipe David Manana wrote: Hello, I am having a strange sit... -- Filipe David Manana, fdman...@gmail.com PGP key - http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xC569452B Reasonable men adapt themselves to the world. Unreasonable men adapt the world

using Erlang's debugger with couchdb

buggy? How do you debug your code? Do you use something else ? cheers -- Filipe David Manana, fdman...@gmail.com PGP key - http://pgp.mit.edu:11371/pks/lookup?op=getsearch=0xC569452B Reasonable men adapt themselves to the world. Unreasonable men adapt the world to themselves. That's why all

<    1   2   3   4