couchdb 1.1.0 install failure

[rybesh]

Install fails at:

/usr/local/Library/Homebrew/install.rb:38:in `dump': no marshal_dump is defined for class StringIO (TypeError)

brew install -v couchdb: https://gist.github.com/1147045
brew doctor: https://gist.github.com/1147046

[adamv]

Gist your brew --config please.

[rybesh]

brew --config: https://gist.github.com/1147077

[rybesh]

After removing and re-installing Erlang, now "brew install couchdb" just hangs (or maybe it's just taking a really long time).

[rybesh]

But "brew install -v couchdb" runs without problems, and the install completes. Weird.

[simleb]

Same problem here:

1. install was hanging
2. I killed it (Ctrl-C)
3. I retried (without -v) and it worked fine

[mandeluna]

same here. hangs during make, so maybe there's a circular dependency

[Damion]

yup - hung for 2hrs on make. (had no idea how long it should take)

Thank you rybesh, simleb. killed it, and it and "brew install -v couchdb" was finished in 35 seconds.

[dch]

for completeness, I've never had this for CouchDB any version. Would be interested to know what version of erlang was used and if there are any brew logs available.

[StephanHoyer]

same here

[emjayess]

This just happened to me; I clean-installed Lion just a week ago. If it helps...

erl -version
reports
Erlang (SMP,ASYNC_THREADS,HIPE) (BEAM) emulator version 5.9

[vish86]

Same thing happened to me as well, Killed it and reinstalled with a -v and finished in 30 seconds. Thanks for your comments!

[dch]

@vish86 for clarity is this after installing 1.2.0 from the new recipes?

In particular I'd like to know if the instructions in http://wiki.apache.org/couchdb/Installing_on_OSX were done - i.e. this happens on the newer R15B01 erlang as well.

Not sure if I can help resolve it as I've never had the issue myself.

[DaveEveritt]

Same hang - with a first install of homebrew - brew install couchdb hung at make install. Killed the job, brew install -v couchdb completed in 90 seconds. OS X 10.5.8, Erlang R15B01.

[dch]

@DaveEveritt thanks, if I understand this you are using homebrew for the first time, and a (relatively) old Mac OS X version? What C compiler or XCode version? Until somebody catches a log of this happening, I don't see much chance of tracking this down.

[DaveEveritt]

Yes, installed Homebrew today to get CouchDB easily. It's Leopard, XCode 3.1.4, gcc -v Target: i686-apple-darwin9 [...] gcc version 4.0.1 (Apple Inc. build 5493). Let me know if you need more, like my terminal readout, which I can save...

[DaveEveritt]

On killing the process, there were some (possibly) interesting messages - see the bottom of this terminal readout of brew install couchdb.

[dch]

On 29 April 2012 20:06, David Everitt
reply@reply.github.com
wrote:

On killing the process, there were some (possibly) interesting messages - see the bottom of this terminal readout of brew install couchdb.

---

Reply to this email directly or view it on GitHub:
#7024 (comment)

Thanks David, those messages look like a brew stacktrace, so not too helpful.

If its not inconvenient, try running this in a loop:

brew remove couchdb && brew install -d couchdb

If it has issues or failures, it should dump you into a shell & allow
saving config.log etc somewhere helpful.

thanks!

[DaveEveritt]

Before I try that - I ran brew doctor and the results are here (plenty of warnings). Although one states that homebrew isn't installed to /usr/local, it's there - and working - at /usr/local/homebrew ? BTW I previously used /usr/local for other installs (mysql, mongo...)

[chrisballinger]

It hung for me as well on make install while installing version 1.2.0. I was able to fix it by running brew install -v couchdb. Thanks!

[fmquaglia]

Same here, trying to install 1.2.0 on Mountain Lion.

It hung on make install as well.
Running brew install -v couchdb fixed it.
Thanks a lot @rybesh

[adamv]

Please open a new issue if there are install failures; this is a very old bug about a previous version.

[natevw]

This is still happening with CouchDB 1.4.0-1, not sure I have much to contribute to a new issue, but I don't think it has much to do with Erlang or the like. The build was simply hung with a few libtool processes just sitting there. ^C and then try again, it quickly finished up without issue.