janl / couchdbx-core Goto Github PK

loading the io stable version there is no guide, or FAQ
/usr/local/etc/couchdb/local.ini does not exist, where is local.ini?
also:
there is a problem ctl-clicking the app, normally one should be able to pen the package.

great to have a FAQ or similar...

After downloading a fresh http://cloud.github.com/downloads/janl/couchdbx-core/CouchDBX-0.10.1-R13b02-64bit-Snow-Leopard.zip and running the 'Test Suite', the CouchDBX application hangs (for at least 5 minutes now) at:
'GET' /test_suite_db/_design/test/_view/summate?reduce=false 200

Activity view says: CouchDBX (does not respond) 0.0% CPU usage

The is no line in any logfile when searching for 'couch' neither 'erlang'

Just installed CouchDBX-0.10.1-R13B03-Leopard, fired up Futon and ran the test suite.

Test suite fails after a few tests, always with error:
{"error":"unauthorized","reason":"You are not a server admin.","line":462,"expressionBeginOffset":15217,"expressionEndOffset":15229,"sourceId":4684561552,"sourceURL":"http://127.0.0.1:5984/_utils/script/couch.js?0.9.0"}

After this one cannot access the Status or Configuration areas, as one is promted for an admin login and password.

Quitting and restarting Futon seems to clear the problem (temporarily).

CouchDBX doesn't seem to boot up on 32 bit machines with the new Snow Leopard build.

Is there a way i can boot in debug mode and show you the output?

it would be great if couchdbx included FTI

Hi,

Just download CouchDBX and I have the following issue on my MacBook (White version from sept 2008)

Batch save :
Exception raised: {"line":426,"sourceId":4646608448,"sourceURL":"http://127.0.0.1:5984/_utils/script/couch.js?0.11.0","code":101,"message":"NETWORK_ERR: XMLHttpRequest Exception 101","name":"NETWORK_ERR"}

oauth : same

replication : same

security validation : same

view errors : same

view offsets : same

I already have issues with previous version of couchdbx on SL

Blocking or non blocking bugs ?

downloaded couchdbx
run test suite in futon twice [for good measure]

1. view_conflicts
   Assertion failed: results.rows[0].value[0] == conflictRev

2. replication
   Exception raised: {"line":340,"sourceId":375367648,"sourceURL":"http://127.0.0.1:5984/_utils/script/couch.js?0.9.0","code":101,"message":"NETWORK_ERR: XMLHttpRequest Exception 101","name":"NETWORK_ERR","ABORT_ERR":102,"NETWORK_ERR":101}

3. etags_head
   Exception raised: {"line":340,"sourceId":375367648,"sourceURL":"http://127.0.0.1:5984/_utils/script/couch.js?0.9.0","code":101,"message":"NETWORK_ERR: XMLHttpRequest Exception 101","name":"NETWORK_ERR","ABORT_ERR":102,"NETWORK_ERR":101}

4. security_validation
   Exception raised: {"line":340,"sourceId":375367648,"sourceURL":"http://127.0.0.1:5984/_utils/script/couch.js?0.9.0","code":101,"message":"NETWORK_ERR: XMLHttpRequest Exception 101","name":"NETWORK_ERR","ABORT_ERR":102,"NETWORK_ERR":101}

5. rev_stemming
   Exception raised: {"line":340,"sourceId":375367648,"sourceURL":"http://127.0.0.1:5984/_utils/script/couch.js?0.9.0","code":101,"message":"NETWORK_ERR: XMLHttpRequest Exception 101","name":"NETWORK_ERR","ABORT_ERR":102,"NETWORK_ERR":101}

It would seem that CouchDB has a finite buffer for log messages that blocks HTTP requests when full. When CouchDBX has a large log history it will slow down AppKit's rendering, especially on resize or during a scroll bar adjustment, which can result in the underlying server hanging as well if it is receiving requests rapidly. This happens even if the log view is snapped all the way shut using the splitter thing.

If you hold down CouchDBX's scroll bar handle, a bash loop like the following eventually stops counting, with curl stuck waiting for a response from CouchDB:
while [ 1 ]; do let i=i+1; echo $i; curl localhost:5984; done

In Snow Leopard, Apple added a canDrawConcurrently method to NSView which may (NOTE: or may not) help the window resizing issue. However, the log blocking while holding the scroll bar may be due to the scroll view using a blocking event-handling loop (http://developer.apple.com/library/mac/documentation/Cocoa/Conceptual/EventOverview/HandlingMouseEvents/HandlingMouseEvents.html#//apple_ref/doc/uid/10000060i-CH6-SW4) and if that is the case wouldn't be helped by concurrent view drawing anyway.

I wonder if a more reliable way to deal with this would be to have CouchDB log to a temp file on disk, which CouchDBX would read in 'tail -f' fashion.

[I guess this really applies more to https://github.com/janl/couchdbx-app, but looks like this project is the one that's collecting tickets for the Cocoa app as well.]

It would be really nice if I could set the default page opened by CouchDBX or if there were a bookmarks system.

Most of the time when using CouchDBX, I am on page provided by a design document. Currently, to get to that page, I have to navigate to the design document that contains the page using Futon, then click through to the page (4-5 clicks). It would be really nice if I could set CouchDBX to automatically start on that page, or, (even better) if there was a user definable button like the 'browse' button that I could use to go directly to my page.

In the about box, the version and the copyright year is deprecated. Should be possible to automate this as project variables?

Hi,

I'm a brand new CouchDB user and CouchDBX helps a lot experimenting, thanks !
I installed CouchDBX-0.10.1-R13b02-64bit-Snow-Leopard (10.6.2), all tests run ok.
I am trying (using curl) to get test_suite_db/_changes?feed=longpoll but it returns immediately ?
I would expect the connection remains open until I make a change to test_suite_db ? Anything special to configure or activate ?

Thanks again for the great work !

Thomas

$ curl --trace-time -vX GET "http://127.0.0.1:5984/test_suite_db/_changes?feed=longpoll"
12:14:36.283049 * About to connect() to 127.0.0.1 port 5984 (#0)
12:14:36.284777 * Trying 127.0.0.1... connected
12:14:36.284981 * Connected to 127.0.0.1 (127.0.0.1) port 5984 (#0)
12:14:36.285174 > GET /test_suite_db/_changes?feed=longpoll HTTP/1.1
12:14:36.285174 > User-Agent: curl/7.19.4 (universal-apple-darwin10.0) libcurl/7.19.4 OpenSSL/0.9.8l zlib/1.2.3
12:14:36.285174 > Host: 127.0.0.1:5984
12:14:36.285174 > Accept: /
12:14:36.285174 >
12:14:36.292105 < HTTP/1.1 200 OK
12:14:36.294070 < Transfer-Encoding: chunked
12:14:36.294905 < Server: CouchDB/0.10.1 (Erlang OTP/R13B)
12:14:36.295076 < Date: Wed, 17 Feb 2010 12:14:36 GMT
12:14:36.295229 < Content-Type: text/plain;charset=utf-8
12:14:36.295376 < Cache-Control: must-revalidate
12:14:36.295476 <
{"results":[
{"seq":1,"id":"748af5c64f34eb19ecbd6cf0e3311394","changes":[{"rev":"1-5c72ace68b26c12de769b02ee748139a"}]},
{"seq":2,"id":"50f87aed644b6e96f6565a8411f627cb","changes":[{"rev":"1-7b7c5b1ebb1d15ddb9f4e3b4febf88a6"}]}
],
"last_seq":2}

12:14:36.295539 * Connection #0 to host 127.0.0.1 left intact
12:14:36.295585 * Closing connection #0

When starting CouchDBX, occasionally on application launch, a white blank page will be shown instead of futon. A manual reload of the page makes futon appear. I guess it happens when the CouchDB instance hasn't fully started and the web browser component tries to load futon resulting in the white page.

if I run the test suite, it starts to fail at the oauth test:

1> [info] [<0.1060.0>] 127.0.0.1 - - 'GET' /_session?foo=bar&oauth_signature_method=PLAINTEXT&oauth_consumer_key=nonexistent_key&oauth_token=bar&oauth_token_secret=%40%02%C2%A0%C2%92%C2%B9%C3%A9wx%C3%B8%C3%8D%C3%9A%02%0FJ%C3%90o%1E%C3%95%02D%2B%C3%8FF%C3%BEJ%C2%83%C3%AC%C2%80z%C2%A3%C3%94%2F%C3%BF%C3%B4%C2%B1%12%0C%C3%B2%C3%AA%08%C2%92%C3%80%C3%B8%C3%A1c%1A%C2%AF2%C3%95y%C2%99%13%13%C2%B65%C3%ADd%C3%895%C2%AE%C3%B7g%C2%83%C3%8C&oauth_version=1.0&oauth_signature=j%25C3%25B4%25C3%25AA%2526%25C2%258F%25C3%2589%252B%25C3%258B%2514E%2504%255C%25C2%259A%2522d%25C2%2596%253D%251B%25C3%25A2%2502%25065%25C3%25B2n%25C3%2583%253Br%2526%25C2%2591%25C3%2594%25C3%2580N%25C3%258A%25C3%25B9%25C3%25B6rnyA%257F%25C3%2589ny%25C2%25A8%252B%25C3%25B0%25C3%2596A%25C2%25B7%25C2%2584%251E%251C%250A4%25C2%2591~%25C3%25B7%2501%25C3%25A6%2522%25C3%258E%25C2%25B3%2514%25C3%25B6%26%2540%2502%25C2%25A0%25C2%2592%25C2%25B9%25C3%25A9wx%25C3%25B8%25C3%258D%25C3%259A%2502%250FJ%25C3%2590o%251E%25C3%2595%2502D%252B%25C3%258FF%25C3%25BEJ%25C2%2583%25C3%25AC%25C2%2580z%25C2%25A3%25C3%2594%252F%25C3%25BF%25C3%25B4%25C2%25B1%2512%250C%25C3%25B2%25C3%25AA%2508%25C2%2592%25C3%2580%25C3%25B8%25C3%25A1c%251A%25C2%25AF2%25C3%2595y%25C2%2599%2513%2513%25C2%25B65%25C3%25ADd%25C3%25895%25C2%25AE%25C3%25B7g%25C2%2583%25C3%258C 400
1> [info] [<0.1060.0>] 127.0.0.1 - - 'GET' /_oauth/request_token?oauth_signature_method=HMAC-SHA1&oauth_consumer_key=key&oauth_token=foo&oauth_token_secret=%5C%60%C2%B2%C2%8D%C3%B6q%C3%BDU%C2%91%3E%C2%92%C3%A2%C2%B38%C2%B1%C3%95%C2%98%C3%A7H%7C%C3%91%25%00Q%12%0D%5D%27%5B%C2%9A%C2%98%1C%C2%A2%C2%BD%C2%83%C3%A8%C3%B7V%C2%A0%C3%90%02%C2%89%3Dv%C3%BCcu%C2%87%3A%04%3AsB%C2%81%2An%C2%8C%C3%B0%00%14%C2%BB%C2%9F-%3B&oauth_version=1.0&oauth_signature=tnupVHiU2LKNPAF1%2FN88YAiARdE%3D 200
1> [error] [<0.1060.0>] Uncaught error in HTTP request: {exit,normal}
1> [error] [<0.1303.0>] Uncaught error in HTTP request: {exit,normal}
1> [info] [<0.1319.0>] 127.0.0.1 - - 'PUT' /_config/httpd/WWW-Authenticate 401

and then the rest of the tests all fail , and any operations like deleting databases ask me to log into the area 'administrator'.

It is crashing constantly If I try to abuse it a little bit with my requests. Most of the time it happens when I try to get some part of some view. When I say "crashing" I mean the whole application is gone, and leo is suggesting to report problem to Apple.

However, process is still here:
/Applications/CouchDBX-0.10.1-R13B03-Leopard.app/Contents/Resources/couchdbx-core/erlang_R13B03/lib/erlang/erts-5.7.4/bin/beam.smp -K true -- -root /Applications/CouchDBX-0.10.1-R13B03-Leopard.app/Contents/Resources/couchdbx-core/erlang_R13B03/lib/erlang -progname erl -- -home /Users/spy -- -smp auto -sasl errlog_type error -pa couchdb_0.10.1/lib/couchdb/erlang/lib/couch-0.10.1/ebin couchdb_0.10.1/lib/couchdb/erlang/lib/mochiweb-r97/ebin couchdb_0.10.1/lib/couchdb/erlang/lib/ibrowse-1.5.2/ebin couchdb_0.10.1/lib/couchdb/erlang/lib/erlang-oauth/ebin -eval application:load(ibrowse) -eval application:load(oauth) -eval application:load(crypto) -eval application:load(couch) -eval crypto:start() -eval ssl:start() -eval ibrowse:start() -eval couch_server:start([ "couchdb_0.10.1/etc/couchdb/default.ini", "couchdb_0.10.1/etc/couchdb/local.ini"]), receive done -> done end.

If I try to just restart couchDBX it complains about port, which is in use. So I have to kill this process.

There is no errors in log file.

Hello,

The link to download couchdbx from

http://janl.github.com/couchdbx/

is

http://github.com/downloads/janl/couchdbx-core/CouchDBX-0.11.0-R13B04-64bit-Snow-Leopard.zip

which returns a 404.

Why is at http://janl.github.com/couchdbx/ the Snow Leopard release on R13B02 and the Leopard release on R13B03?

I'm not sure if this is an issue with just futon or how futon is bundled in couch dbx but when I try to attach an upload to an existing document I can never select a file. I get the upload attachment dialog but nothing happens when I click on "Choose File". I get the same behavior or the 0.9.1 and 0.9.0 releases. I can elaborate with my system details if needed.

changing BASE_URL
from http://www.csd.uu.se/ftp/mirror/erlang/download

to http://www.erlang.org/download/
works for me

rebooted the machine - released the port - seems to be running

Just downloaded the latest 1-click Mac install. Unzipped, doubleclicked, got a window running Erlang, which immediately displayed:
1> Apache CouchDB 0.11.0 (LogLevel=info) is starting.
1> Failure to start Mochiweb: eaddrinuse
1> [error] [<0.97.0>] {error_report,<0.34.0>,
{<0.97.0>,crash_report,
[[{initial_call,{mochiweb_socket_server,init,['Argument__1']}},
{pid,<0.97.0>},
{registered_name,[]},
{error_info,{exit,eaddrinuse,
[{gen_server,init_it,6},
{proc_lib,init_p_do_apply,3}]}},
{ancestors,[couch_secondary_services,couch_server_sup,
<0.35.0>]},
{messages,[]},
{links,[<0.88.0>]},
{dictionary,[]},
{trap_exit,true},
{status,running},
{heap_size,987},
{stack_size,24},
{reductions,448}],
[]]}}
1>
=CRASH REPORT==== 16-Apr-2010::13:43:08 ===
crasher:
initial call: mochiweb_socket_server:init/1
pid: <0.97.0>
registered_name: []
exception exit: eaddrinuse
in function gen_server:init_it/6
ancestors: [couch_secondary_services,couch_server_sup,<0.35.0>]
messages: []
links: [<0.88.0>]
dictionary: []
trap_exit: true
status: running
heap_size: 987
stack_size: 24
reductions: 448
neighbours:
1> [error] [<0.88.0>] {error_report,<0.34.0>,
{<0.88.0>,supervisor_report,
[{supervisor,{local,couch_secondary_services}},
{errorContext,start_error},
{reason,eaddrinuse},
{offender,[{pid,undefined},
{name,httpd},
{mfa,{couch_httpd,start_link,[]}},
{restart_type,permanent},
{shutdown,brutal_kill},
{child_type,worker}]}]}}
1>
=SUPERVISOR REPORT==== 16-Apr-2010::13:43:08 ===
Supervisor: {local,couch_secondary_services}
Context: start_error
Reason: eaddrinuse
Offender: [{pid,undefined},
{name,httpd},
{mfa,{couch_httpd,start_link,[]}},
{restart_type,permanent},
{shutdown,brutal_kill},
{child_type,worker}]

1> [error] [<0.80.0>] {error_report,<0.34.0>,
{<0.80.0>,supervisor_report,
[{supervisor,{local,couch_server_sup}},
{errorContext,start_error},
{reason,shutdown},
{offender,
[{pid,undefined},
{name,couch_secondary_services},
{mfa,{couch_server_sup,start_secondary_services,[]}},
{restart_type,permanent},
{shutdown,infinity},
{child_type,supervisor}]}]}}
1>
=SUPERVISOR REPORT==== 16-Apr-2010::13:43:08 ===
Supervisor: {local,couch_server_sup}
Context: start_error
Reason: shutdown
Offender: [{pid,undefined},
{name,couch_secondary_services},
{mfa,{couch_server_sup,start_secondary_services,[]}},
{restart_type,permanent},
{shutdown,infinity},
{child_type,supervisor}]

1>
=CRASH REPORT==== 16-Apr-2010::13:43:08 ===
crasher:
initial call: application_master:init/4
pid: <0.34.0>
registered_name: []
exception exit: {bad_return,
{{couch_app,start,
[normal,
["/Users/jan/Work/couchdbx-builder/dist/couchdb_0.11.0/etc/couchdb/default.ini",
"/Users/jan/Work/couchdbx-builder/dist/couchdb_0.11.0/etc/couchdb/local.ini"]]},
{'EXIT',
{{badmatch,{error,shutdown}},
[{couch_server_sup,start_server,1},
{file,get_cwd,0}]}}}}
in function application_master:init/4
ancestors: [<0.33.0>]
messages: [{'EXIT',<0.35.0>,normal}]
links: [<0.33.0>,<0.6.0>]
dictionary: []
trap_exit: true
status: running
heap_size: 1597
stack_size: 24
reductions: 196
neighbours:
1>
=INFO REPORT==== 16-Apr-2010::13:43:08 ===
application: couch
exited: {bad_return,{{couch_app,start,
[normal,
["/Users/jan/Work/couchdbx-builder/dist/couchdb_0.11.0/etc/couchdb/default.ini",
"/Users/jan/Work/couchdbx-builder/dist/couchdb_0.11.0/etc/couchdb/local.ini"]]},
{'EXIT',{{badmatch,{error,shutdown}},
[{couch_server_sup,start_server,1},
{file,get_cwd,0}]}}}}
type: temporary
1>

As so far couchdb databases are within CouchDB App directory, when upgrading to a new version of CouchDBX app, there is no defined way to upgrade.

Processs consist to :

• copy /Applications/CouchDBX-0.9.0-R13B.app/Contents/Resources/couchdbx-core/couchdb/var/lib/couchdb to the new installation : /Applications/CouchDBX-0.9.1-R13B-pl2.app/Contents/Resources/couchdbx-core/couchdb/var/lib/couchdb
• or to copy databases outside CouchDBX app and use symlink :

mv /Applications/CouchDBX-0.9.1-R13B-pl2.app/Contents/Resources/couchdbx-core/couchdb/var/lib/couchdb /path/to/couchdb
ln -s /path/to/couchdb/ /Applications/CouchDBX-0.9.1-R13B-pl2.app/Contents/Resources/couchdbx-core/couchdb/var/lib/couchdb

I installed couchdbx on snow leopard. Everything worked fine until I changed require_valid_user from false to true at which point I wasn't able to do anything without encountering the login dialog for the administrators area. This makes perfect sense, of course, except that I couldn't discern:

1. a default login userid/password combination
2. a clear way to access the users database
3. any clear way to add users
4. any clear way to modify the password

I dragged couchdbx to the trash and re-installed it and everything works fine again but there should be a little less slippery slope into turning on authentication.

couch_erl_driver.c refers to icu header files that are not among the downloaded ones. From the output:

• couchdb_link_erl_driver
• cd src/couchdb
• gcc -I/Users/ejeklint/Development/couchdbx-core/src/icu -I/usr/include -L/usr/lib -I/Users/ejeklint/Development/couchdbx-core/dist/erlang/lib/erlang/usr/include/ -lpthread -lm -licucore -flat_namespace -undefined suppress -bundle -o couch_erl_driver.so couch_erl_driver.c -fPIC
  couch_erl_driver.c:26:26: error: unicode/ucol.h: No such file or directory
  couch_erl_driver.c:27:30: error: unicode/ucasemap.h: No such file or directory

To ease upgrade process from one version of CouchDBX to another one, it would be great it couchdb databases could be store outside CouchDBX

Downloaded the couchDBX build from couch.io/get a few days ago. On startup get big window with nothing on top and erlang output on bottom. Near as I can decifer, it expects the couchdb database file to be on jans machine? Long time since I looked at erlang errors.

Here's the log:

Starting CouchDB...
Eshell V5.7.5 (abort with ^G)
1> Apache CouchDB 1.0.0 (LogLevel=info) is starting.
1> [error] [<0.91.0>] {error_report,<0.35.0>,
{<0.91.0>,crash_report,
[[{initial_call,{couch_auth_cache,init,['Argument__1']}},
{pid,<0.91.0>},
{registered_name,[]},
{error_info,
{exit,
{{badmatch,{not_found,no_db_file}},
[{couch_auth_cache,ensure_users_db_exists,2},
{couch_auth_cache,open_auth_db,0},
{couch_auth_cache,init,1},
{gen_server,init_it,6},
{proc_lib,init_p_do_apply,3}]},
[{gen_server,init_it,6},{proc_lib,init_p_do_apply,3}]}},
{ancestors,[couch_secondary_services,couch_server_sup,<0.36.0>]},
{messages,[]},
{links,[<0.89.0>]},
{dictionary,[]},
{trap_exit,false},
{status,running},
{heap_size,377},
{stack_size,24},
{reductions,151}],
[]]}}
1>
=CRASH REPORT==== 17-Aug-2010::20:43:24 ===
crasher:
initial call: couch_auth_cache:init/1
pid: <0.91.0>
registered_name: []
exception exit: {{badmatch,{not_found,no_db_file}},
[{couch_auth_cache,ensure_users_db_exists,2},
{couch_auth_cache,open_auth_db,0},
{couch_auth_cache,init,1},
{gen_server,init_it,6},
{proc_lib,init_p_do_apply,3}]}
in function gen_server:init_it/6
ancestors: [couch_secondary_services,couch_server_sup,<0.36.0>]
messages: []
links: [<0.89.0>]
dictionary: []
trap_exit: false
status: running
heap_size: 377
stack_size: 24
reductions: 151
neighbours:
1> [error] [<0.89.0>] {error_report,<0.35.0>,
{<0.89.0>,supervisor_report,
[{supervisor,{local,couch_secondary_services}},
{errorContext,start_error},
{reason,{{badmatch,{not_found,no_db_file}},
[{couch_auth_cache,ensure_users_db_exists,2},
{couch_auth_cache,open_auth_db,0},
{couch_auth_cache,init,1},
{gen_server,init_it,6},
{proc_lib,init_p_do_apply,3}]}},
{offender,[{pid,undefined},
{name,auth_cache},
{mfa,{couch_auth_cache,start_link,[]}},
{restart_type,permanent},
{shutdown,1000},
{child_type,worker}]}]}}
1>
=SUPERVISOR REPORT==== 17-Aug-2010::20:43:24 ===
Supervisor: {local,couch_secondary_services}
Context: start_error
Reason: {{badmatch,{not_found,no_db_file}},
[{couch_auth_cache,ensure_users_db_exists,2},
{couch_auth_cache,open_auth_db,0},
{couch_auth_cache,init,1},
{gen_server,init_it,6},
{proc_lib,init_p_do_apply,3}]}
Offender: [{pid,undefined},
{name,auth_cache},
{mfa,{couch_auth_cache,start_link,[]}},
{restart_type,permanent},
{shutdown,1000},
{child_type,worker}]

1> [error] [<0.81.0>] {error_report,<0.35.0>,
{<0.81.0>,supervisor_report,
[{supervisor,{local,couch_server_sup}},
{errorContext,start_error},
{reason,shutdown},
{offender,
[{pid,undefined},
{name,couch_secondary_services},
{mfa,{couch_server_sup,start_secondary_services,[]}},
{restart_type,permanent},
{shutdown,infinity},
{child_type,supervisor}]}]}}
1>
=SUPERVISOR REPORT==== 17-Aug-2010::20:43:24 ===
Supervisor: {local,couch_server_sup}
Context: start_error
Reason: shutdown
Offender: [{pid,undefined},
{name,couch_secondary_services},
{mfa,{couch_server_sup,start_secondary_services,[]}},
{restart_type,permanent},
{shutdown,infinity},
{child_type,supervisor}]

1>
=CRASH REPORT==== 17-Aug-2010::20:43:24 ===
crasher:
initial call: application_master:init/4
pid: <0.35.0>
registered_name: []
exception exit: {bad_return,
{{couch_app,start,
[normal,
["/Users/jan/usr/src/couchdbx-core/dist/couchdb_1.0.0/etc/couchdb/default.ini",
"/Users/jan/usr/src/couchdbx-core/dist/couchdb_1.0.0/etc/couchdb/local.ini"]]},
{'EXIT',
{{badmatch,{error,shutdown}},
[{couch_server_sup,start_server,1},
{application_master,start_it_old,4}]}}}}
in function application_master:init/4
ancestors: [<0.34.0>]
messages: [{'EXIT',<0.36.0>,normal}]
links: [<0.34.0>,<0.7.0>]
dictionary: []
trap_exit: true
status: running
heap_size: 1597
stack_size: 24
reductions: 159
neighbours:
1>
=INFO REPORT==== 17-Aug-2010::20:43:24 ===
application: couch
exited: {bad_return,{{couch_app,start,
[normal,
["/Users/jan/usr/src/couchdbx-core/dist/couchdb_1.0.0/etc/couchdb/default.ini",
"/Users/jan/usr/src/couchdbx-core/dist/couchdb_1.0.0/etc/couchdb/local.ini"]]},
{'EXIT',{{badmatch,{error,shutdown}},
[{couch_server_sup,start_server,1},
{application_master,start_it_old,4}]}}}}
type: temporary
1>

No reload fix. Also no processes spawn from application launch.

Most Mac applications have reload bound to Command-R. The only obvious way to reload CouchDBX is to give it focus, right click, and then select 'Reload'.

Would it be possible to:

1. Automatically reload on POST/PUT/DELETE
2. Bind reloads to Command-R

Both would be nice (even if 2 becomes unnecessary because of 1 :)

My CouchDBX copy runs on port 1984 as I've got a dev copy on 5984. It'd be great if the copy of Futon that loads in the browser could detect the setting change and load it from the configured port.

Thanks for considering this.

One needs to define HAVE_VA_LIST_AS_ARRAY for js to build. And there's a bug in the script too: the test if [ "$uname" -eq "Darwin" ]; doesn't work since -eq expect integers.

It would be nice to have the application left open when I close the window. At the moment I work around by starting couchdb only (directly via terminal).

I'm running CouchDBX 1.0.1.1
The Test Suite just hangs when it get to "attachments" (I waited at least 5 minutes)...

When I try to check for updates, it gives me the error message "An error occurred in retrieving update information. Please try again later."

I can't figure out what to do next to trouble shoot this.. Ideas?

After the erlang phase, the script bails out:

• cd ../../
• cd dist
• rm -rf erlang
• cp -r erlang_R13B02 erlang
• touch .erlang-R13B02-installed
• js
• download_js
• '[' '!' -e .js-downloaded ']'
• cd src
  ./couchdbx-core-builder.sh: line 246: cd: src: No such file or directory

I think it would be wise to start all new steps with absolute paths instead of relative. So

cd $WORKDIR/there instead of cd ../../here/there

:-)

I just downloaded the new CouchDBX from here, but it crashes with this crash report.