Re: Error when compiling on Debian testing
Gabriel Farrell gsf747@... writes: Attempts to compile from HEAD on Github (at commit e9bf7b33c7), following the DEVELOPERS doc, on my 64-bit Debian testing machine resulted in the following error: ./mochifmt.erl:none: error in parse transform 'eunit_autoexport' Full configure and make logs attached. Gabriel Hi Gabriel, Make sure you have full erlang deb installed, not only erlang-base and erlang-dev. If you want to keep it clean and compact, add erlang-* packages to the system one by one as you see errors. Phil
Re: Error when compiling on Debian testing
Hi Gabriel, On 8 Nov 2010, at 17:13, Gabriel Farrell wrote: Attempts to compile from HEAD on Github (at commit e9bf7b33c7), following the DEVELOPERS doc, on my 64-bit Debian testing machine resulted in the following error: ./mochifmt.erl:none: error in parse transform 'eunit_autoexport' Full configure and make logs attached. Thanks for the extensive logs. Does your Erlang installation include EUnit? From the looks of it you are running Erlang R14B, is that correct? Others: did a recent upgrade of Mochiweb introduce an unwanted dependency on EUnit? :) Cheers Jan --
Re: Error when compiling on Debian testing
On Mon, Nov 8, 2010 at 11:24 AM, Jan Lehnardt j...@apache.org wrote: On 8 Nov 2010, at 17:13, Gabriel Farrell wrote: Attempts to compile from HEAD on Github (at commit e9bf7b33c7), following the DEVELOPERS doc, on my 64-bit Debian testing machine resulted in the following error: ./mochifmt.erl:none: error in parse transform 'eunit_autoexport' Full configure and make logs attached. Thanks for the extensive logs. Does your Erlang installation include EUnit? From the looks of it you are running Erlang R14B, is that correct? $ erl Erlang R14A (erts-5.8) [source] [64-bit] [smp:2:2] [rq:2] [async-threads:0] [kernel-poll:false] An `apt-cache show erlang-dev` says Version: 1:14.a-dfsg-2. I didn't have erlang-eunit installed. Once I apt-get it, `./configure`, `make`, and `make install` run without errors, but an attempt to start up couch produces the attached error report. Gabriel Apache CouchDB 1.1.0ae9bf7b3-git (LogLevel=info) is starting. [error] [0.86.0] {error_report,0.31.0, {0.86.0,supervisor_report, [{supervisor,{local,couch_secondary_services}}, {errorContext,start_error}, {reason, {'EXIT', {function_clause, [{mochiweb_socket_server,parse_options, [[{nodelay,false}], {mochiweb_socket_server,5984, #Funmochiweb_http.1.100536444, {local,couch_httpd}, 2048, {0,0,0,0}, null,null,128}]}, {mochiweb_socket_server,start,1}, {couch_httpd,start_link,2}, {supervisor,do_start_child,2}, {supervisor,start_children,3}, {supervisor,init_children,2}, {gen_server,init_it,6}, {proc_lib,init_p_do_apply,3}]}}}, {offender, [{pid,undefined}, {name,httpd}, {mfargs,{couch_httpd,start_link,[]}}, {restart_type,permanent}, {shutdown,1000}, {child_type,worker}]}]}} =SUPERVISOR REPORT 8-Nov-2010::12:01:24 === Supervisor: {local,couch_secondary_services} Context:start_error Reason: {'EXIT', {function_clause, [{mochiweb_socket_server,parse_options, [[{nodelay,false}], {mochiweb_socket_server,5984, #Funmochiweb_http.1.100536444, {local,couch_httpd}, 2048, {0,0,0,0}, null,null,128}]}, {mochiweb_socket_server,start,1}, {couch_httpd,start_link,2}, {supervisor,do_start_child,2}, {supervisor,start_children,3}, {supervisor,init_children,2}, {gen_server,init_it,6}, {proc_lib,init_p_do_apply,3}]}} Offender: [{pid,undefined}, {name,httpd}, {mfargs,{couch_httpd,start_link,[]}}, {restart_type,permanent}, {shutdown,1000}, {child_type,worker}] [error] [0.78.0] {error_report,0.31.0, {0.78.0,supervisor_report, [{supervisor,{local,couch_server_sup}}, {errorContext,start_error}, {reason,shutdown}, {offender, [{pid,undefined}, {name,couch_secondary_services}, {mfargs,{couch_server_sup,start_secondary_services,[]}}, {restart_type,permanent}, {shutdown,infinity}, {child_type,supervisor}]}]}} =SUPERVISOR REPORT 8-Nov-2010::12:01:24 === Supervisor: {local,couch_server_sup} Context:start_error Reason: shutdown Offender: [{pid,undefined}, {name,couch_secondary_services}, {mfargs,{couch_server_sup,start_secondary_services,[]}}, {restart_type,permanent}, {shutdown,infinity}, {child_type,supervisor}] =CRASH REPORT 8-Nov-2010::12:01:24 === crasher: initial call: application_master:init/4 pid: 0.31.0 registered_name: [] exception exit: {bad_return, {{couch_app,start, [normal, [/usr/local/etc/couchdb/default.ini, /usr/local/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.30.0] messages:
Re: Error when compiling on Debian testing
oh, this is probably my fault :( B. On Mon, Nov 8, 2010 at 7:56 PM, Bram Neijt bne...@gmail.com wrote: I hit this problem as well and had it on my TODO :) I've just now added this as a bug[1] to the easy list. Thanks for reporting! Bram [1] https://issues.apache.org/jira/browse/COUCHDB-940 On Mon, Nov 8, 2010 at 8:47 PM, Adam Kocoloski kocol...@apache.org wrote: On Nov 8, 2010, at 11:24 AM, Jan Lehnardt wrote: Others: did a recent upgrade of Mochiweb introduce an unwanted dependency on EUnit? :) Yes, Mochiweb started using eunit for testing recently.
Re: Error when compiling on Debian testing
On 8 Nov 2010, at 20:47, Adam Kocoloski wrote: On Nov 8, 2010, at 11:24 AM, Jan Lehnardt wrote: Others: did a recent upgrade of Mochiweb introduce an unwanted dependency on EUnit? :) Yes, Mochiweb started using eunit for testing recently. Do we want to take this on as a dependency or patch our local mochiweb in a way that compiles without EUnit don't fail? Cheers Jan --
Re: Error when compiling on Debian testing
On Mon, Nov 8, 2010 at 4:42 PM, Robert Newson robert.new...@gmail.com wrote: Turns out we just need to add -DNOTEST to the erlc calls when building mochiweb or define -define(NOTEST, 1). early enough (http://svn.process-one.net/contribs/trunk/eunit/doc/overview-summary.html#Disabling_testing). The former seems the best option. My autotools-fu is about zero (ok, it's exactly zero) but I guess a tweak to src/mochiweb/Makefile.am to include this setting in addition to the $(ERLC_FLAGS) would do it, but I don't now if that's kosher. B. On Mon, Nov 8, 2010 at 9:36 PM, Gabriel Farrell gsf...@gmail.com wrote: On Mon, Nov 8, 2010 at 12:03 PM, Gabriel Farrell gsf...@gmail.com wrote: I didn't have erlang-eunit installed. Once I apt-get it, `./configure`, `make`, and `make install` run without errors, but an attempt to start up couch produces the attached error report. It appears that error was caused by files in /usr/local/ left over from 1.0.1. Another `make install` after an `rm -rf` of /usr/local/lib/couchdb and /usr/local/etc/couchdb gets me up and running. Gabriel I'd be fine with that as we never run the tests anyway. The more technically correct solution would probably be to add a --enable-mochiweb-tests configure flag and set the compile command via that switch. For now I wouldn't worry about the extra effort unless Noah thinks its worth it. Paul
Re: Error when compiling on Debian testing
I can make it optional. I'm working a mochiweb patch to send upstream first. On Mon, Nov 8, 2010 at 10:39 PM, Paul Davis paul.joseph.da...@gmail.com wrote: On Mon, Nov 8, 2010 at 4:42 PM, Robert Newson robert.new...@gmail.com wrote: Turns out we just need to add -DNOTEST to the erlc calls when building mochiweb or define -define(NOTEST, 1). early enough (http://svn.process-one.net/contribs/trunk/eunit/doc/overview-summary.html#Disabling_testing). The former seems the best option. My autotools-fu is about zero (ok, it's exactly zero) but I guess a tweak to src/mochiweb/Makefile.am to include this setting in addition to the $(ERLC_FLAGS) would do it, but I don't now if that's kosher. B. On Mon, Nov 8, 2010 at 9:36 PM, Gabriel Farrell gsf...@gmail.com wrote: On Mon, Nov 8, 2010 at 12:03 PM, Gabriel Farrell gsf...@gmail.com wrote: I didn't have erlang-eunit installed. Once I apt-get it, `./configure`, `make`, and `make install` run without errors, but an attempt to start up couch produces the attached error report. It appears that error was caused by files in /usr/local/ left over from 1.0.1. Another `make install` after an `rm -rf` of /usr/local/lib/couchdb and /usr/local/etc/couchdb gets me up and running. Gabriel I'd be fine with that as we never run the tests anyway. The more technically correct solution would probably be to add a --enable-mochiweb-tests configure flag and set the compile command via that switch. For now I wouldn't worry about the extra effort unless Noah thinks its worth it. Paul