Hello Adam,
that's exactly what i was looking for - be it hack or not :-)
Thx
-Ursprüngliche Nachricht-
Von: Adam Kocoloski [mailto:kocol...@apache.org]
Gesendet: Donnerstag, 30. Mai 2013 16:06
An: user@couchdb.apache.org
Betreff: Re: Speed up Replication with large Database
It's a
Hello B,
thanks for the info, i will be looking into compacting the Database before my
next encounter with this large DB.
Tilmann
-Ursprüngliche Nachricht-
Von: Robert Newson [mailto:rnew...@apache.org]
Gesendet: Donnerstag, 30. Mai 2013 13:01
An: user@couchdb.apache.org
Betreff:
Note that since_seq is new in CouchDB 1.2.0.
B.
On 31 May 2013 09:38, Tilmann Sittig sit...@prime-research.com wrote:
Hello B,
thanks for the info, i will be looking into compacting the Database before my
next encounter with this large DB.
Tilmann
-Ursprüngliche Nachricht-
Is Fedora 19 running erlang R16B? That would explain why mochiweb
failed to start (it's not compatible).
B.
On 30 May 2013 20:15, Kristian Rink kawazu...@gmail.com wrote:
Folks;
having a hard time trying to run CouchDB 1.2.2 on a Fedora 19 host.
Tried various versions of pre-built rpms,
2013/5/31 Kristian Rink kawazu...@gmail.com:
Am Fri, 31 May 2013 11:49:59 +0100
schrieb Robert Newson rnew...@apache.org:
Is Fedora 19 running erlang R16B? That would explain why mochiweb
failed to start (it's not compatible).
Yes. :( Trying to manually downgrade this by now. After all,
Peter;
Am Fri, 31 May 2013 15:18:52 +0400
schrieb Peter Lemenkov lemen...@gmail.com:
Is Fedora 19 running erlang R16B? That would explain why mochiweb
failed to start (it's not compatible).
Yes. :( Trying to manually downgrade this by now. After all, this
would explain things.
Wait a
Hello Kristian,
2013/5/31 Kristian Rink kawazu...@gmail.com:
Oh, ok, thanks. So I'll keep quiet and see what will come.
Please, try this build:
* https://admin.fedoraproject.org/updates/couchdb-1.2.2-2.fc19
--
With best regards, Peter Lemenkov.
Hello Peter;
Am Fri, 31 May 2013 17:37:07 +0400
schrieb Peter Lemenkov lemen...@gmail.com:
Oh, ok, thanks. So I'll keep quiet and see what will come.
Please, try this build:
* https://admin.fedoraproject.org/updates/couchdb-1.2.2-2.fc19
Wow, that was fast... :
[kr@kaleid ~]$ curl -X GET
Am Fri, 31 May 2013 17:37:07 +0400
schrieb Peter Lemenkov lemen...@gmail.com:
Hello Kristian,
2013/5/31 Kristian Rink kawazu...@gmail.com:
Oh, ok, thanks. So I'll keep quiet and see what will come.
Please, try this build:
*
2013/5/31 Kristian Rink kawazu...@gmail.com:
Am Fri, 31 May 2013 17:37:07 +0400
schrieb Peter Lemenkov lemen...@gmail.com:
Hello Kristian,
2013/5/31 Kristian Rink kawazu...@gmail.com:
Oh, ok, thanks. So I'll keep quiet and see what will come.
Please, try this build:
*
Hi Peter;
Am Fri, 31 May 2013 18:16:55 +0400
schrieb Peter Lemenkov lemen...@gmail.com:
Additional note to that: Starting CouchDB with this build works by
invoking the couchdb command from a terminal. However, using the
systemd startup doesn't keep the couchdb running:
Sounds like an
It's a wart for sure. I still get it wrong from time to time.
Adam
On May 30, 2013, at 5:00 PM, Scott Weber scotty2...@sbcglobal.net wrote:
I concur with Mark that it would be a bummer.
I understand the desire to remove potential conflicts of 'id' and 'rev',
which
is probably why they
Thanks guys.
Benoit, it looks like the alias improvement you are talking about is
couchdb-1736? It still looks like its baking. What I need is something a little
bigger than aliases though. I'd like the ability to redirect to a remote Couch.
Simon, my database list can get into the hundreds.
On Fri, May 31, 2013 at 9:53 PM, Stephen Bartell snbart...@gmail.com wrote:
Thanks guys.
Benoit, it looks like the alias improvement you are talking about is
couchdb-1736? It still looks like its baking. What I need is something a
little bigger than aliases though. I'd like the ability to
Benoit, I mentioned that in my email. I'll repaste it here:
By the way, I gave https_global_handlers a try. This seems to work fine if the
database is local. However, it doesn't work if the destination is remote and
authentication is involved. Is this because the remote database does not
On Fri, May 31, 2013 at 10:41 PM, Stephen Bartell snbart...@gmail.com wrote:
Benoit, I mentioned that in my email. I'll repaste it here:
By the way, I gave https_global_handlers a try. This seems to work fine if
the database is local. However, it doesn't work if the destination is remote
No worries! I did not try with basic auth. My user facing apps all
authenticate with cookies. And that is what does not work. I tested this by
setting up a proxy handler to a remote database with the same security as the
local database. I then accessed the database via futon and attempted
I originally stated that I want to do this redirection at the couch level.
Adam and Simon both mentioned that this is probably best done outside of couch.
I think I've seen the light. Often times I still need access to the original
database. If I am proxying at the couch level, then I can
Hi all!
Can I use cjs modules in validate_doc_update functions?
I had a look through the docs at
http://couchdb.readthedocs.org/en/latest/query-servers.html#commonjs-modules
and it seems to suggest that I can have a validate_doc_update function inside a
view field. I tried this and the
19 matches
Mail list logo
