On Mar 11, 2010, at 3:50 PM, j d wrote:
Also, a lot of test suite databases where not removed.
We don't remove the test suite databases as you might need those for diagnosing
error causes.
As far as the changes test error you saw, that is a matter of browser timing
(it seems to pass more
On 11 Mar 2010, at 15:50, j d wrote:
Also, a lot of test suite databases where not removed.
The non-removing is intentional. It makes it easier to find issue when we can
inspect the state of a database in a failed test case.
Cheers
Jan
--
test_suite_db/with_slashes4.1 KB 2 2
On 11 Mar 2010, at 16:20, j d wrote:
Completely removing all couchdb install files and database files, then
doing a clean re-build and re-running the tests leaves just one error
left:
stats:
1. # Assertion 'triggered, We managed to force a all_dbs_active
error.' failed: We managed to
On Thu, Mar 11, 2010 at 04:21:58PM -0500, j d wrote:
All dependences for couchjs show up under that command, are any out-of-date?
ldd /usr/local/lib/couchdb/bin/couchjs
libm.so.6 = /lib64/libm.so.6 (0x003c54c0)
I was wondering whether any pointed to not found.
It must be
Hi,
I cannot get a newly replicated database being indexed to access custom
views. The replication process itself already takes ridicolously long (about
5min) and once terminated the replication and triggered the all view vía
Futon another the following errors occur and Couchdb restarts (always
Hello!
I have a problem with a view being slow, even though it’s indexed and cached
and so on. I have database of books (–120,000 documents) and a map/reduce
function that counts how many books there are per author. I’m then calling the
view with ?group=true to get the list. I’m neither
On Fri, Mar 12, 2010 at 09:50:56AM -0300, Jochen Kempf wrote:
[Fri, 12 Mar 2010 12:36:37 GMT] [error] [0.20.0] {error_report,0.7.0,
{0.20.0,std_error,
File operation error: eacces. Target: ./httpd_util.beam.
Function: get_file. Process: code_server.}}
Looks to me
Brian,
could you specify which permissions are required?
These are permissions I manually set:
chown -R couchdb:couchdb /usr/local/var/lib/couchdb
chown -R couchdb:couchdb /usr/local/var/log/couchdb
chown -R couchdb:couchdb /usr/local/var/run
chown -R couchdb:couchdb /usr/local/etc/couchdb
On Mar 12, 2010, at 7:10 AM, Julian Stahnke wrote:
Hello!
I have a problem with a view being slow, even though it’s indexed and cached
and so on. I have database of books (–120,000 documents) and a map/reduce
function that counts how many books there are per author. I’m then calling
Am 12.03.2010 um 17:24 schrieb J Chris Anderson:
On Mar 12, 2010, at 7:10 AM, Julian Stahnke wrote:
Hello!
I have a problem with a view being slow, even though it’s indexed and cached
and so on. I have database of books (–120,000 documents) and a map/reduce
function that counts how
Jochen,
On Fri, Mar 12, 2010 at 7:31 AM, Jochen Kempf jochenke...@gmail.com wrote:
File operation error: eacces. Target: ./httpd_util.beam.
This library is somewhere in your erlang install, for example:
/usr/lib/erlang/lib/inets-5.3/ebin/http_util.beam
Read access is all that's
On Mar 12, 2010, at 12:56 PM, Julian Stahnke wrote:
Am 12.03.2010 um 17:24 schrieb J Chris Anderson:
On Mar 12, 2010, at 7:10 AM, Julian Stahnke wrote:
Hello!
I have a problem with a view being slow, even though it’s indexed and
cached and so on. I have database of books (–120,000
Hi Julian,
I also notice that your map function emits once for every *letter* in the
author's name.
For instance having just one entry in the db:
{
_id: 01943fed255df913c33cab5c27b3bc7e,
_rev: 1-8288a511edad170e8e806281d0188033,
author: Karl Marx,
title: Das Kapital
}
yields
Am 12.03.2010 um 20:12 schrieb Bruno Ronchetti:
Hi Julian,
I also notice that your map function emits once for every *letter* in the
author's name.
For instance having just one entry in the db:
{
_id: 01943fed255df913c33cab5c27b3bc7e,
_rev: 1-8288a511edad170e8e806281d0188033,
Tim,
I really have no idea what is going on.
I also thought that this couldn't be a permission problem as view indexing
of all other databases works just fine.
However, I added the couchdb user to the root group but still cannot
terminate the view indexing of one particular database without
Regardless of the efficiency of term_to_binary, there's really no comparison
between the standalone attachment API streaming bytes almost directly to disk
and the inline one buffering the whole attachment in memory and inflating it by
37% to boot. Definitely use the standalone API if at all
On Fri, Mar 12, 2010 at 9:14 PM, Adam Kocoloski kocol...@apache.org wrote:
Regardless of the efficiency of term_to_binary, there's really no comparison
between the standalone attachment API streaming bytes almost directly to disk
and the inline one buffering the whole attachment in memory and
On Fri, Mar 12, 2010 at 5:26 PM, Benoit Chesneau bchesn...@gmail.com wrote:
On Fri, Mar 12, 2010 at 9:14 PM, Adam Kocoloski kocol...@apache.org wrote:
Regardless of the efficiency of term_to_binary, there's really no comparison
between the standalone attachment API streaming bytes almost
On Fri, Mar 12, 2010 at 7:14 PM, Benoit Chesneau bchesn...@gmail.com wrote:
On Fri, Mar 12, 2010 at 11:47 PM, Paul Davis
paul.joseph.da...@gmail.com wrote:
Isn't there a multipart-mime PUT thing now? I don't think the put
attachment without changing the _rev behavior is a good idea.
Paul
On 12 Mar 2010, at 11:56, Julian Stahnke wrote:
Am 12.03.2010 um 17:24 schrieb J Chris Anderson:
On Mar 12, 2010, at 7:10 AM, Julian Stahnke wrote:
Hello!
I have a problem with a view being slow, even though it’s indexed and
cached and so on. I have database of books (–120,000
20 matches
Mail list logo
