This repository has been archived by the owner. It is now read-only.

riak build failure #4723

Closed
kevwil opened this Issue Mar 17, 2011 · 47 comments

Comments

Projects
None yet
@kevwil
Contributor

kevwil commented Mar 17, 2011

https://gist.github.com/875031

I've gone through the 'new issue' checklist, and I've run this install many times to make sure it's repeatable. I also tried brew uninstall riak but it's no longer shown as installed.

@drhenner

This comment has been minimized.

Show comment
Hide comment
@drhenner

drhenner Mar 18, 2011

a - Darwin_OPT.OBJ/prmjtime.o
ranlib Darwin_OPT.OBJ/libjs.a
ranlib: file: Darwin_OPT.OBJ/libjs.a(jslong.o) has no symbols
cc -dynamiclib -framework System -o Darwin_OPT.OBJ/libjs.dylib Darwin_OPT.OBJ/jsapi.o Darwin_OPT.OBJ/jsarena.o Darwin_OPT.OBJ/jsarray.o Darwin_OPT.OBJ/jsatom.o Darwin_OPT.OBJ/jsbool.o Darwin_OPT.OBJ/jscntxt.o Darwin_OPT.OBJ/jsdate.o Darwin_OPT.OBJ/jsdbgapi.o Darwin_OPT.OBJ/jsdhash.o Darwin_OPT.OBJ/jsdtoa.o Darwin_OPT.OBJ/jsemit.o Darwin_OPT.OBJ/jsexn.o Darwin_OPT.OBJ/jsfun.o Darwin_OPT.OBJ/jsgc.o Darwin_OPT.OBJ/jshash.o Darwin_OPT.OBJ/jsinterp.o Darwin_OPT.OBJ/jsinvoke.o Darwin_OPT.OBJ/jsiter.o Darwin_OPT.OBJ/jslock.o Darwin_OPT.OBJ/jslog2.o Darwin_OPT.OBJ/jslong.o Darwin_OPT.OBJ/jsmath.o Darwin_OPT.OBJ/jsnum.o Darwin_OPT.OBJ/jsobj.o Darwin_OPT.OBJ/jsopcode.o Darwin_OPT.OBJ/jsparse.o Darwin_OPT.OBJ/jsprf.o Darwin_OPT.OBJ/jsregexp.o Darwin_OPT.OBJ/jsscan.o Darwin_OPT.OBJ/jsscope.o Darwin_OPT.OBJ/jsscript.o Darwin_OPT.OBJ/jsstr.o Darwin_OPT.OBJ/jsutil.o Darwin_OPT.OBJ/jsxdrapi.o Darwin_OPT.OBJ/jsxml.o Darwin_OPT.OBJ/prmjtime.o -L/private/tmp/homebrew-riak-0.14.1-4sfx/riak-0.14.1/deps/erlang_js/c_src/system/lib -lnspr4
cc -o Darwin_OPT.OBJ/js.o -c -O3 -march=core2 -msse4.1 -w -pipe -Wall -Wno-format -MMD -Os -DXP_UNIX -DSVR4 -DSYSV -D_BSD_SOURCE -DPOSIX_SOURCE -DDARWIN -DX86_LINUX -UDEBUG -DNDEBUG -UDEBUG_davidhenner -DJS_THREADSAFE -DEDITLINE -IDarwin_OPT.OBJ -I/private/tmp/homebrew-riak-0.14.1-4sfx/riak-0.14.1/deps/erlang_js/c_src/system/include/nspr -DHAVE_VA_COPY -DVA_COPY=va_copy -O3 -march=core2 -msse4.1 -w -pipe -Wall -Wno-format -MMD -Os -DXP_UNIX -DSVR4 -DSYSV -D_BSD_SOURCE -DPOSIX_SOURCE -DDARWIN -DX86_LINUX -UDEBUG -DNDEBUG -UDEBUG_davidhenner -DJS_THREADSAFE -DEDITLINE -IDarwin_OPT.OBJ -I/private/tmp/homebrew-riak-0.14.1-4sfx/riak-0.14.1/deps/erlang_js/c_src/system/include/nspr -DHAVE_VA_COPY -DVA_COPY=va_copy -O3 -march=core2 -msse4.1 -w -pipe js.c
cc -o Darwin_OPT.OBJ/js -O3 -march=core2 -msse4.1 -w -pipe -Wall -Wno-format -MMD -Os -DXP_UNIX -DSVR4 -DSYSV -D_BSD_SOURCE -DPOSIX_SOURCE -DDARWIN -DX86_LINUX -UDEBUG -DNDEBUG -UDEBUG_davidhenner -DJS_THREADSAFE -DEDITLINE -IDarwin_OPT.OBJ -I/private/tmp/homebrew-riak-0.14.1-4sfx/riak-0.14.1/deps/erlang_js/c_src/system/include/nspr -DHAVE_VA_COPY -DVA_COPY=va_copy -O3 -march=core2 -msse4.1 -w -pipe -Wall -Wno-format -MMD -Os -DXP_UNIX -DSVR4 -DSYSV -D_BSD_SOURCE -DPOSIX_SOURCE -DDARWIN -DX86_LINUX -UDEBUG -DNDEBUG -UDEBUG_davidhenner -DJS_THREADSAFE -DEDITLINE -IDarwin_OPT.OBJ -I/private/tmp/homebrew-riak-0.14.1-4sfx/riak-0.14.1/deps/erlang_js/c_src/system/include/nspr -DHAVE_VA_COPY -DVA_COPY=va_copy -O3 -march=core2 -msse4.1 -w -pipe Darwin_OPT.OBJ/js.o Darwin_OPT.OBJ/libjs.a -L/private/tmp/homebrew-riak-0.14.1-4sfx/riak-0.14.1/deps/erlang_js/c_src/system/lib -lnspr4
editline/Darwin_OPT.OBJ/libedit.a
make[3]: Darwin_OPT.OBJ/jsautocfg.h' is up to date. make[3]:Darwin_OPT.OBJ/jscpucfg' is up to date.
make[3]: `Darwin_OPT.OBJ/jscpucfg.o' is up to date.
Compiling c_src/driver_comm.c
Compiling c_src/spidermonkey.c
Compiling c_src/spidermonkey_drv.c
==> ebloom (compile)
Compiled src/ebloom.erl
Compiling c_src/ebloom_nifs.cpp
c_src/ebloom_nifs.cpp: In function ‘ERL_NIF_TERM ebloom_new_filter(ErlNifEnv_, int, const ERL_NIF_TERM_)’:
c_src/ebloom_nifs.cpp:85: error: ‘enif_alloc_resource_compat’ was not declared in this scope
c_src/ebloom_nifs.cpp:90: error: ‘enif_release_resource_compat’ was not declared in this scope
c_src/ebloom_nifs.cpp: In function ‘ERL_NIF_TERM ebloom_serialize(ErlNifEnv_, int, const ERL_NIF_TERM_)’:
c_src/ebloom_nifs.cpp:247: error: ‘enif_alloc_binary_compat’ was not declared in this scope
c_src/ebloom_nifs.cpp: In function ‘ERL_NIF_TERM ebloom_deserialize(ErlNifEnv_, int, const ERL_NIF_TERM_)’:
c_src/ebloom_nifs.cpp:263: error: ‘enif_alloc_resource_compat’ was not declared in this scope
c_src/ebloom_nifs.cpp:266: error: ‘enif_release_resource_compat’ was not declared in this scope
c_src/ebloom_nifs.cpp: In function ‘int on_load(ErlNifEnv_, void__, ERL_NIF_TERM)’:
c_src/ebloom_nifs.cpp:287: error: ‘enif_open_resource_type_compat’ was not declared in this scope
ERROR: $CXX -c $CXXFLAGS $DRV_CFLAGS c_src/ebloom_nifs.cpp -o c_src/ebloom_nifs.o failed with error: 1
make: *_* [compile] Error 1
==> Exit Status: 2
http://github.com/mxcl/homebrew/blob/master/Library/Formula/.rb#L
==> Environment
HOMEBREW_VERSION: 0.8
HEAD: (none)
HOMEBREW_PREFIX: /usr/local
HOMEBREW_CELLAR: /usr/local/Cellar
HOMEBREW_REPOSITORY: /usr/local
HOMEBREW_LIBRARY_PATH: /usr/local/Library/Homebrew
Hardware: dual-core 64-bit penryn
OS X: 10.6.6
Kernel Architecture: i386
Ruby: 1.9.2-136
/usr/bin/ruby => /usr/local/bin/ruby19
Xcode: 3.2.5
GCC-4.0: build 5494
GCC-4.2: build 5664
LLVM: build 2333
MacPorts or Fink? false
X11 installed? true
==> Build Flags
CC: /usr/bin/cc => /usr/bin/gcc-4.2
CXX: /usr/bin/c++ => /usr/bin/c++-4.2
LD: /usr/bin/cc => /usr/bin/gcc-4.2
CFLAGS: -O3 -march=core2 -msse4.1 -w -pipe
CXXFLAGS: -O3 -march=core2 -msse4.1 -w -pipe

Error: Failed executing: make all rel
Please report this bug: https://github.com/mxcl/homebrew/wiki/new-issue

a - Darwin_OPT.OBJ/prmjtime.o
ranlib Darwin_OPT.OBJ/libjs.a
ranlib: file: Darwin_OPT.OBJ/libjs.a(jslong.o) has no symbols
cc -dynamiclib -framework System -o Darwin_OPT.OBJ/libjs.dylib Darwin_OPT.OBJ/jsapi.o Darwin_OPT.OBJ/jsarena.o Darwin_OPT.OBJ/jsarray.o Darwin_OPT.OBJ/jsatom.o Darwin_OPT.OBJ/jsbool.o Darwin_OPT.OBJ/jscntxt.o Darwin_OPT.OBJ/jsdate.o Darwin_OPT.OBJ/jsdbgapi.o Darwin_OPT.OBJ/jsdhash.o Darwin_OPT.OBJ/jsdtoa.o Darwin_OPT.OBJ/jsemit.o Darwin_OPT.OBJ/jsexn.o Darwin_OPT.OBJ/jsfun.o Darwin_OPT.OBJ/jsgc.o Darwin_OPT.OBJ/jshash.o Darwin_OPT.OBJ/jsinterp.o Darwin_OPT.OBJ/jsinvoke.o Darwin_OPT.OBJ/jsiter.o Darwin_OPT.OBJ/jslock.o Darwin_OPT.OBJ/jslog2.o Darwin_OPT.OBJ/jslong.o Darwin_OPT.OBJ/jsmath.o Darwin_OPT.OBJ/jsnum.o Darwin_OPT.OBJ/jsobj.o Darwin_OPT.OBJ/jsopcode.o Darwin_OPT.OBJ/jsparse.o Darwin_OPT.OBJ/jsprf.o Darwin_OPT.OBJ/jsregexp.o Darwin_OPT.OBJ/jsscan.o Darwin_OPT.OBJ/jsscope.o Darwin_OPT.OBJ/jsscript.o Darwin_OPT.OBJ/jsstr.o Darwin_OPT.OBJ/jsutil.o Darwin_OPT.OBJ/jsxdrapi.o Darwin_OPT.OBJ/jsxml.o Darwin_OPT.OBJ/prmjtime.o -L/private/tmp/homebrew-riak-0.14.1-4sfx/riak-0.14.1/deps/erlang_js/c_src/system/lib -lnspr4
cc -o Darwin_OPT.OBJ/js.o -c -O3 -march=core2 -msse4.1 -w -pipe -Wall -Wno-format -MMD -Os -DXP_UNIX -DSVR4 -DSYSV -D_BSD_SOURCE -DPOSIX_SOURCE -DDARWIN -DX86_LINUX -UDEBUG -DNDEBUG -UDEBUG_davidhenner -DJS_THREADSAFE -DEDITLINE -IDarwin_OPT.OBJ -I/private/tmp/homebrew-riak-0.14.1-4sfx/riak-0.14.1/deps/erlang_js/c_src/system/include/nspr -DHAVE_VA_COPY -DVA_COPY=va_copy -O3 -march=core2 -msse4.1 -w -pipe -Wall -Wno-format -MMD -Os -DXP_UNIX -DSVR4 -DSYSV -D_BSD_SOURCE -DPOSIX_SOURCE -DDARWIN -DX86_LINUX -UDEBUG -DNDEBUG -UDEBUG_davidhenner -DJS_THREADSAFE -DEDITLINE -IDarwin_OPT.OBJ -I/private/tmp/homebrew-riak-0.14.1-4sfx/riak-0.14.1/deps/erlang_js/c_src/system/include/nspr -DHAVE_VA_COPY -DVA_COPY=va_copy -O3 -march=core2 -msse4.1 -w -pipe js.c
cc -o Darwin_OPT.OBJ/js -O3 -march=core2 -msse4.1 -w -pipe -Wall -Wno-format -MMD -Os -DXP_UNIX -DSVR4 -DSYSV -D_BSD_SOURCE -DPOSIX_SOURCE -DDARWIN -DX86_LINUX -UDEBUG -DNDEBUG -UDEBUG_davidhenner -DJS_THREADSAFE -DEDITLINE -IDarwin_OPT.OBJ -I/private/tmp/homebrew-riak-0.14.1-4sfx/riak-0.14.1/deps/erlang_js/c_src/system/include/nspr -DHAVE_VA_COPY -DVA_COPY=va_copy -O3 -march=core2 -msse4.1 -w -pipe -Wall -Wno-format -MMD -Os -DXP_UNIX -DSVR4 -DSYSV -D_BSD_SOURCE -DPOSIX_SOURCE -DDARWIN -DX86_LINUX -UDEBUG -DNDEBUG -UDEBUG_davidhenner -DJS_THREADSAFE -DEDITLINE -IDarwin_OPT.OBJ -I/private/tmp/homebrew-riak-0.14.1-4sfx/riak-0.14.1/deps/erlang_js/c_src/system/include/nspr -DHAVE_VA_COPY -DVA_COPY=va_copy -O3 -march=core2 -msse4.1 -w -pipe Darwin_OPT.OBJ/js.o Darwin_OPT.OBJ/libjs.a -L/private/tmp/homebrew-riak-0.14.1-4sfx/riak-0.14.1/deps/erlang_js/c_src/system/lib -lnspr4
editline/Darwin_OPT.OBJ/libedit.a
make[3]: Darwin_OPT.OBJ/jsautocfg.h' is up to date. make[3]:Darwin_OPT.OBJ/jscpucfg' is up to date.
make[3]: `Darwin_OPT.OBJ/jscpucfg.o' is up to date.
Compiling c_src/driver_comm.c
Compiling c_src/spidermonkey.c
Compiling c_src/spidermonkey_drv.c
==> ebloom (compile)
Compiled src/ebloom.erl
Compiling c_src/ebloom_nifs.cpp
c_src/ebloom_nifs.cpp: In function ‘ERL_NIF_TERM ebloom_new_filter(ErlNifEnv_, int, const ERL_NIF_TERM_)’:
c_src/ebloom_nifs.cpp:85: error: ‘enif_alloc_resource_compat’ was not declared in this scope
c_src/ebloom_nifs.cpp:90: error: ‘enif_release_resource_compat’ was not declared in this scope
c_src/ebloom_nifs.cpp: In function ‘ERL_NIF_TERM ebloom_serialize(ErlNifEnv_, int, const ERL_NIF_TERM_)’:
c_src/ebloom_nifs.cpp:247: error: ‘enif_alloc_binary_compat’ was not declared in this scope
c_src/ebloom_nifs.cpp: In function ‘ERL_NIF_TERM ebloom_deserialize(ErlNifEnv_, int, const ERL_NIF_TERM_)’:
c_src/ebloom_nifs.cpp:263: error: ‘enif_alloc_resource_compat’ was not declared in this scope
c_src/ebloom_nifs.cpp:266: error: ‘enif_release_resource_compat’ was not declared in this scope
c_src/ebloom_nifs.cpp: In function ‘int on_load(ErlNifEnv_, void__, ERL_NIF_TERM)’:
c_src/ebloom_nifs.cpp:287: error: ‘enif_open_resource_type_compat’ was not declared in this scope
ERROR: $CXX -c $CXXFLAGS $DRV_CFLAGS c_src/ebloom_nifs.cpp -o c_src/ebloom_nifs.o failed with error: 1
make: *_* [compile] Error 1
==> Exit Status: 2
http://github.com/mxcl/homebrew/blob/master/Library/Formula/.rb#L
==> Environment
HOMEBREW_VERSION: 0.8
HEAD: (none)
HOMEBREW_PREFIX: /usr/local
HOMEBREW_CELLAR: /usr/local/Cellar
HOMEBREW_REPOSITORY: /usr/local
HOMEBREW_LIBRARY_PATH: /usr/local/Library/Homebrew
Hardware: dual-core 64-bit penryn
OS X: 10.6.6
Kernel Architecture: i386
Ruby: 1.9.2-136
/usr/bin/ruby => /usr/local/bin/ruby19
Xcode: 3.2.5
GCC-4.0: build 5494
GCC-4.2: build 5664
LLVM: build 2333
MacPorts or Fink? false
X11 installed? true
==> Build Flags
CC: /usr/bin/cc => /usr/bin/gcc-4.2
CXX: /usr/bin/c++ => /usr/bin/c++-4.2
LD: /usr/bin/cc => /usr/bin/gcc-4.2
CFLAGS: -O3 -march=core2 -msse4.1 -w -pipe
CXXFLAGS: -O3 -march=core2 -msse4.1 -w -pipe

Error: Failed executing: make all rel
Please report this bug: https://github.com/mxcl/homebrew/wiki/new-issue

@rcyrus

This comment has been minimized.

Show comment
Hide comment
@rcyrus

rcyrus Mar 20, 2011

I'm also having trouble brewing riak.

error spew here:
https://gist.github.com/878643

rcyrus commented Mar 20, 2011

I'm also having trouble brewing riak.

error spew here:
https://gist.github.com/878643

@dreverri

This comment has been minimized.

Show comment
Hide comment
@dreverri

dreverri Mar 22, 2011

Version 0.14 of Riak does not build correctly with Erlang R14B02. The next version of Riak will support Erlang R14B02.

Another option until this is fixed is to install from one of the packages provided by Basho:
https://downloads.basho.com/riak/CURRENT/

Version 0.14 of Riak does not build correctly with Erlang R14B02. The next version of Riak will support Erlang R14B02.

Another option until this is fixed is to install from one of the packages provided by Basho:
https://downloads.basho.com/riak/CURRENT/

@clofresh

This comment has been minimized.

Show comment
Hide comment
@clofresh

clofresh Mar 28, 2011

Contributor

When will the next version of Riak be released?

Contributor

clofresh commented Mar 28, 2011

When will the next version of Riak be released?

@rogier

This comment has been minimized.

Show comment
Hide comment
@rogier

rogier Apr 8, 2011

As a workaround I found that 'brew install --HEAD --force riak' does work. This uses erlang HEAD and riak 0.14.1

rogier commented Apr 8, 2011

As a workaround I found that 'brew install --HEAD --force riak' does work. This uses erlang HEAD and riak 0.14.1

@samflores

This comment has been minimized.

Show comment
Hide comment
@samflores

samflores Apr 17, 2011

I've just tried the command @rogier mentioned without success. The erlang HEAD was correctly instaled but riak still failing

I've just tried the command @rogier mentioned without success. The erlang HEAD was correctly instaled but riak still failing

@cryptographrix

This comment has been minimized.

Show comment
Hide comment
@cryptographrix

cryptographrix Apr 22, 2011

Yeah, same issue - erlang installed, but died on riak build.

Yeah, same issue - erlang installed, but died on riak build.

@rogier

This comment has been minimized.

Show comment
Hide comment
@rogier

rogier Apr 22, 2011

Weird, I tried again and it still works:
yggdrasil:~ rogier$ brew update
remote: Counting objects: 45, done.
remote: Compressing objects: 100% (29/29), done.
remote: Total 35 (delta 28), reused 10 (delta 6)
Unpacking objects: 100% (35/35), done.
From http://github.com/mxcl/homebrew

  • branch master -> FETCH_HEAD
    Updated Homebrew from 8c67f90 to 330ebf0.
    ==> The following formulae were updated:
    gist gnu-tar kyoto-cabinet mkvtoolnix protobuf spring-roo sqlite
    No external commands were updated.

yggdrasil:~ rogier$ brew uninstall erlang
Error: erlang has multiple installed versions
Use brew remove --force erlang to remove all versions.
yggdrasil:~ rogier$ brew remove --force riak
Uninstalling riak...
yggdrasil:~ rogier$ brew remove --force erlang
Uninstalling erlang...
yggdrasil:~ rogier$ brew install --HEAD --force riak
Also installing dependencies: erlang
/usr/local/bin/git
==> Cloning git://github.com/erlang/otp.git
Updating /Users/rogier/Library/Caches/Homebrew/erlang--git
==> Checking out branch dev
==> ./otp_build autoconf
==> ./configure --disable-debug --prefix=/usr/local/Cellar/erlang/HEAD --enable-kernel-poll --enable-threads --enable-dynamic-ssl-lib --enable-smp-support --enable-hipe --enable-darwin-64bit
==> touch lib/wx/SKIP
==> make
==> make install
==> Downloading http://erlang.org/download/otp_doc_man_R14B02.tar.gz
File already downloaded and cached to /Users/rogier/Library/Caches/Homebrew
==> Downloading http://erlang.org/download/otp_doc_html_R14B02.tar.gz
File already downloaded and cached to /Users/rogier/Library/Caches/Homebrew
/usr/local/Cellar/erlang/HEAD: 6841 files, 257M, built in 45.9 minutes
==> Downloading http://downloads.basho.com/riak/riak-0.14/riak-0.14.1.tar.gz
File already downloaded and cached to /Users/rogier/Library/Caches/Homebrew
==> make all rel
/usr/local/Cellar/riak/0.14.1: 1347 files, 30M, built in 2.3 minutes

rogier commented Apr 22, 2011

Weird, I tried again and it still works:
yggdrasil:~ rogier$ brew update
remote: Counting objects: 45, done.
remote: Compressing objects: 100% (29/29), done.
remote: Total 35 (delta 28), reused 10 (delta 6)
Unpacking objects: 100% (35/35), done.
From http://github.com/mxcl/homebrew

  • branch master -> FETCH_HEAD
    Updated Homebrew from 8c67f90 to 330ebf0.
    ==> The following formulae were updated:
    gist gnu-tar kyoto-cabinet mkvtoolnix protobuf spring-roo sqlite
    No external commands were updated.

yggdrasil:~ rogier$ brew uninstall erlang
Error: erlang has multiple installed versions
Use brew remove --force erlang to remove all versions.
yggdrasil:~ rogier$ brew remove --force riak
Uninstalling riak...
yggdrasil:~ rogier$ brew remove --force erlang
Uninstalling erlang...
yggdrasil:~ rogier$ brew install --HEAD --force riak
Also installing dependencies: erlang
/usr/local/bin/git
==> Cloning git://github.com/erlang/otp.git
Updating /Users/rogier/Library/Caches/Homebrew/erlang--git
==> Checking out branch dev
==> ./otp_build autoconf
==> ./configure --disable-debug --prefix=/usr/local/Cellar/erlang/HEAD --enable-kernel-poll --enable-threads --enable-dynamic-ssl-lib --enable-smp-support --enable-hipe --enable-darwin-64bit
==> touch lib/wx/SKIP
==> make
==> make install
==> Downloading http://erlang.org/download/otp_doc_man_R14B02.tar.gz
File already downloaded and cached to /Users/rogier/Library/Caches/Homebrew
==> Downloading http://erlang.org/download/otp_doc_html_R14B02.tar.gz
File already downloaded and cached to /Users/rogier/Library/Caches/Homebrew
/usr/local/Cellar/erlang/HEAD: 6841 files, 257M, built in 45.9 minutes
==> Downloading http://downloads.basho.com/riak/riak-0.14/riak-0.14.1.tar.gz
File already downloaded and cached to /Users/rogier/Library/Caches/Homebrew
==> make all rel
/usr/local/Cellar/riak/0.14.1: 1347 files, 30M, built in 2.3 minutes

@mattdenner

This comment has been minimized.

Show comment
Hide comment
@mattdenner

mattdenner Apr 22, 2011

I just tried the suggestion from @rogier and it works for me. The git SHA for erlang is 059606a330e8e86305699f60de144102560cb57b (cd ~/Library/Caches/Homebrew/erlang--git ; git show HEAD).

I just tried the suggestion from @rogier and it works for me. The git SHA for erlang is 059606a330e8e86305699f60de144102560cb57b (cd ~/Library/Caches/Homebrew/erlang--git ; git show HEAD).

@zacheryph

This comment has been minimized.

Show comment
Hide comment
@zacheryph

zacheryph Apr 22, 2011

Contributor

what @rogier suggested did not work for me. and the commit 059606a330e8e8630569 cannot even be found in ~/Library/Caches/Homebrew/erlang--git. I do see it at bva/otp@059606a but im not sure this appears in the official erlang repo which is where homebrew is fetching from. It almost looks like homebrew is doing a shallow clone when it creates the erlang--git directory, cause i only see 2-3 commits for each branch.

Contributor

zacheryph commented Apr 22, 2011

what @rogier suggested did not work for me. and the commit 059606a330e8e8630569 cannot even be found in ~/Library/Caches/Homebrew/erlang--git. I do see it at bva/otp@059606a but im not sure this appears in the official erlang repo which is where homebrew is fetching from. It almost looks like homebrew is doing a shallow clone when it creates the erlang--git directory, cause i only see 2-3 commits for each branch.

@tc

This comment has been minimized.

Show comment
Hide comment
@tc

tc May 3, 2011

+1, I have the same issue.

Compiling c_src/driver_comm.c
Compiling c_src/spidermonkey.c
Compiling c_src/spidermonkey_drv.c
==> ebloom (compile)
Compiled src/ebloom.erl
Compiling c_src/ebloom_nifs.cpp
c_src/ebloom_nifs.cpp: In function ‘ERL_NIF_TERM ebloom_new_filter(ErlNifEnv_, int, const ERL_NIF_TERM_)’:
c_src/ebloom_nifs.cpp:85: error: ‘enif_alloc_resource_compat’ was not declared in this scope
c_src/ebloom_nifs.cpp:90: error: ‘enif_release_resource_compat’ was not declared in this scope
c_src/ebloom_nifs.cpp: In function ‘ERL_NIF_TERM ebloom_serialize(ErlNifEnv_, int, const ERL_NIF_TERM_)’:
c_src/ebloom_nifs.cpp:247: error: ‘enif_alloc_binary_compat’ was not declared in this scope
c_src/ebloom_nifs.cpp: In function ‘ERL_NIF_TERM ebloom_deserialize(ErlNifEnv_, int, const ERL_NIF_TERM_)’:
c_src/ebloom_nifs.cpp:263: error: ‘enif_alloc_resource_compat’ was not declared in this scope
c_src/ebloom_nifs.cpp:266: error: ‘enif_release_resource_compat’ was not declared in this scope
c_src/ebloom_nifs.cpp: In function ‘int on_load(ErlNifEnv_, void__, ERL_NIF_TERM)’:
c_src/ebloom_nifs.cpp:287: error: ‘enif_open_resource_type_compat’ was not declared in this scope
ERROR: $CXX -c $CXXFLAGS $DRV_CFLAGS c_src/ebloom_nifs.cpp -o c_src/ebloom_nifs.o failed with error: 1
make: *_* [compile] Error 1
==> Exit Status: 2
http://github.com/mxcl/homebrew/blob/master/Library/Formula/riak.rb#L18
==> Environment
HOMEBREW_VERSION: 0.8
HEAD: (none)
HOMEBREW_PREFIX: /usr/local
HOMEBREW_CELLAR: /usr/local/Cellar
HOMEBREW_REPOSITORY: /usr/local
HOMEBREW_LIBRARY_PATH: /usr/local/Library/Homebrew
Hardware: 8-core 64-bit dunno
OS X: 10.6.7
Kernel Architecture: x86_64
Ruby: 1.8.7-174
/usr/bin/ruby => /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby
Xcode: 4.0
GCC-4.0: build 5494
GCC-4.2: build 5666
LLVM: build 2335
MacPorts or Fink? false
X11 installed? true
==> Build Flags
CC: /usr/bin/cc => /usr/llvm-gcc-4.2/bin/llvm-gcc-4.2
CXX: /usr/bin/c++ => /usr/bin/c++-4.2
LD: /usr/bin/cc => /usr/llvm-gcc-4.2/bin/llvm-gcc-4.2
CFLAGS: -O3 -w -pipe
CXXFLAGS: -O3 -w -pipe

Error: Failed executing: make all rel

tc commented May 3, 2011

+1, I have the same issue.

Compiling c_src/driver_comm.c
Compiling c_src/spidermonkey.c
Compiling c_src/spidermonkey_drv.c
==> ebloom (compile)
Compiled src/ebloom.erl
Compiling c_src/ebloom_nifs.cpp
c_src/ebloom_nifs.cpp: In function ‘ERL_NIF_TERM ebloom_new_filter(ErlNifEnv_, int, const ERL_NIF_TERM_)’:
c_src/ebloom_nifs.cpp:85: error: ‘enif_alloc_resource_compat’ was not declared in this scope
c_src/ebloom_nifs.cpp:90: error: ‘enif_release_resource_compat’ was not declared in this scope
c_src/ebloom_nifs.cpp: In function ‘ERL_NIF_TERM ebloom_serialize(ErlNifEnv_, int, const ERL_NIF_TERM_)’:
c_src/ebloom_nifs.cpp:247: error: ‘enif_alloc_binary_compat’ was not declared in this scope
c_src/ebloom_nifs.cpp: In function ‘ERL_NIF_TERM ebloom_deserialize(ErlNifEnv_, int, const ERL_NIF_TERM_)’:
c_src/ebloom_nifs.cpp:263: error: ‘enif_alloc_resource_compat’ was not declared in this scope
c_src/ebloom_nifs.cpp:266: error: ‘enif_release_resource_compat’ was not declared in this scope
c_src/ebloom_nifs.cpp: In function ‘int on_load(ErlNifEnv_, void__, ERL_NIF_TERM)’:
c_src/ebloom_nifs.cpp:287: error: ‘enif_open_resource_type_compat’ was not declared in this scope
ERROR: $CXX -c $CXXFLAGS $DRV_CFLAGS c_src/ebloom_nifs.cpp -o c_src/ebloom_nifs.o failed with error: 1
make: *_* [compile] Error 1
==> Exit Status: 2
http://github.com/mxcl/homebrew/blob/master/Library/Formula/riak.rb#L18
==> Environment
HOMEBREW_VERSION: 0.8
HEAD: (none)
HOMEBREW_PREFIX: /usr/local
HOMEBREW_CELLAR: /usr/local/Cellar
HOMEBREW_REPOSITORY: /usr/local
HOMEBREW_LIBRARY_PATH: /usr/local/Library/Homebrew
Hardware: 8-core 64-bit dunno
OS X: 10.6.7
Kernel Architecture: x86_64
Ruby: 1.8.7-174
/usr/bin/ruby => /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby
Xcode: 4.0
GCC-4.0: build 5494
GCC-4.2: build 5666
LLVM: build 2335
MacPorts or Fink? false
X11 installed? true
==> Build Flags
CC: /usr/bin/cc => /usr/llvm-gcc-4.2/bin/llvm-gcc-4.2
CXX: /usr/bin/c++ => /usr/bin/c++-4.2
LD: /usr/bin/cc => /usr/llvm-gcc-4.2/bin/llvm-gcc-4.2
CFLAGS: -O3 -w -pipe
CXXFLAGS: -O3 -w -pipe

Error: Failed executing: make all rel

@adamv

This comment has been minimized.

Show comment
Hide comment
@adamv

adamv May 3, 2011

Contributor

Current versions of Homebrew do shallow clones of Git repos, yes.

Contributor

adamv commented May 3, 2011

Current versions of Homebrew do shallow clones of Git repos, yes.

@dinedal

This comment has been minimized.

Show comment
Hide comment
@dinedal

dinedal May 8, 2011

Contributor

+1 I suffer from the issue as well, @Roger 's command failed for me

Contributor

dinedal commented May 8, 2011

+1 I suffer from the issue as well, @Roger 's command failed for me

@eyston

This comment has been minimized.

Show comment
Hide comment
@eyston

eyston May 19, 2011

Same build error. brew install --HEAD --force riak also fails (but differently?).

eyston commented May 19, 2011

Same build error. brew install --HEAD --force riak also fails (but differently?).

@rayleyva

This comment has been minimized.

Show comment
Hide comment
@rayleyva

rayleyva May 20, 2011

Just wanted to add a +1 to suffering from the same issue. Tried the --HEAD edition as well. Fails. Will wait on update to retry.

Just wanted to add a +1 to suffering from the same issue. Tried the --HEAD edition as well. Fails. Will wait on update to retry.

@jyurek

This comment has been minimized.

Show comment
Hide comment
@jyurek

jyurek May 25, 2011

Contributor

Another data point. brew install --HEAD --force riak worked. It forced the HEAD erlang, too, but it worked.

Contributor

jyurek commented May 25, 2011

Another data point. brew install --HEAD --force riak worked. It forced the HEAD erlang, too, but it worked.

@adamv

This comment has been minimized.

Show comment
Hide comment
@adamv

adamv May 25, 2011

Contributor

brew install --ignore-dependencies riak will try to install riak without first (re-)building Erlang.

Contributor

adamv commented May 25, 2011

brew install --ignore-dependencies riak will try to install riak without first (re-)building Erlang.

@zacheryph

This comment has been minimized.

Show comment
Hide comment
@zacheryph

zacheryph May 25, 2011

Contributor

So far we have two people it works for and many it doesn't. Yes mine still fails. Hopefully to save time and effort of many, instead of the 'it works' / 'it dont work' responses perhaps we can get more detail from everyone that has posted and anyone that does post. It's been long enough and i just want my riak to work ;)

@jyurek @rogier
can you please give us a little more detail as far as your system setup goes. Specifically: xcode version? gcc, g++ versions? are you also using macports or finks? OS X version? and any other possible tidbits you can think of that would help other people.

@any homebrew maintainer
is it possible to get the following output without a package install failing? it seems to have most information that would helpful in tracking down issues.

==> Environment
HOMEBREW_VERSION: 0.8
HEAD: fc95e077be664249bdb88ed9d15f620251143c2c
HOMEBREW_PREFIX: /usr/local
HOMEBREW_CELLAR: /usr/local/Cellar
HOMEBREW_REPOSITORY: /usr/local
HOMEBREW_LIBRARY_PATH: /usr/local/Library/Homebrew
Hardware: quad-core 64-bit arrandale
OS X: 10.6.7
Kernel Architecture: x86_64
Ruby: 1.8.7-174
/usr/bin/ruby => /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby
Xcode: 3.2.5
GCC-4.0: build 5494 
GCC-4.2: build 5664 
LLVM: build 2333 
MacPorts or Fink? false
X11 installed? false
==> Build Flags
CC: /usr/bin/cc => /usr/bin/gcc-4.2
CXX: /usr/bin/c++ => /usr/bin/c++-4.2
LD: /usr/bin/cc => /usr/bin/gcc-4.2
CFLAGS: -O3 -w -pipe
CXXFLAGS: -O3 -w -pipe
Contributor

zacheryph commented May 25, 2011

So far we have two people it works for and many it doesn't. Yes mine still fails. Hopefully to save time and effort of many, instead of the 'it works' / 'it dont work' responses perhaps we can get more detail from everyone that has posted and anyone that does post. It's been long enough and i just want my riak to work ;)

@jyurek @rogier
can you please give us a little more detail as far as your system setup goes. Specifically: xcode version? gcc, g++ versions? are you also using macports or finks? OS X version? and any other possible tidbits you can think of that would help other people.

@any homebrew maintainer
is it possible to get the following output without a package install failing? it seems to have most information that would helpful in tracking down issues.

==> Environment
HOMEBREW_VERSION: 0.8
HEAD: fc95e077be664249bdb88ed9d15f620251143c2c
HOMEBREW_PREFIX: /usr/local
HOMEBREW_CELLAR: /usr/local/Cellar
HOMEBREW_REPOSITORY: /usr/local
HOMEBREW_LIBRARY_PATH: /usr/local/Library/Homebrew
Hardware: quad-core 64-bit arrandale
OS X: 10.6.7
Kernel Architecture: x86_64
Ruby: 1.8.7-174
/usr/bin/ruby => /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby
Xcode: 3.2.5
GCC-4.0: build 5494 
GCC-4.2: build 5664 
LLVM: build 2333 
MacPorts or Fink? false
X11 installed? false
==> Build Flags
CC: /usr/bin/cc => /usr/bin/gcc-4.2
CXX: /usr/bin/c++ => /usr/bin/c++-4.2
LD: /usr/bin/cc => /usr/bin/gcc-4.2
CFLAGS: -O3 -w -pipe
CXXFLAGS: -O3 -w -pipe
@adamv

This comment has been minimized.

Show comment
Hide comment
@adamv

adamv May 25, 2011

Contributor

Like so:

$ brew --config
HOMEBREW_VERSION: 0.8
HEAD: 42cf42fe7c257071a6cca79526f45d14b2b37f39
HOMEBREW_PREFIX: /usr/local
HOMEBREW_CELLAR: /Users/adamv/homebrew/Cellar
HOMEBREW_REPOSITORY: /Users/adamv/homebrew
HOMEBREW_LIBRARY_PATH: /Users/adamv/homebrew/Library/Homebrew
Hardware: 8-core 64-bit nehalem
OS X: 10.6.7
Kernel Architecture: i386
Ruby: 1.8.7-174
/usr/bin/ruby => /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby
Xcode: 3.2.4
GCC-4.0: build 5494 
GCC-4.2: build 5664 
LLVM: build 2326 
MacPorts or Fink? false
X11 installed? true
[~] 
$ brew --env
CC: /usr/bin/cc => /usr/bin/gcc-4.2
CXX: /usr/bin/c++ => /usr/bin/c++-4.2
LD: /usr/bin/cc => /usr/bin/gcc-4.2
CFLAGS: -O3 -march=core2 -msse4 -w -pipe
CXXFLAGS: -O3 -march=core2 -msse4 -w -pipe
MAKEFLAGS: -j8
[~] 
$ 
Contributor

adamv commented May 25, 2011

Like so:

$ brew --config
HOMEBREW_VERSION: 0.8
HEAD: 42cf42fe7c257071a6cca79526f45d14b2b37f39
HOMEBREW_PREFIX: /usr/local
HOMEBREW_CELLAR: /Users/adamv/homebrew/Cellar
HOMEBREW_REPOSITORY: /Users/adamv/homebrew
HOMEBREW_LIBRARY_PATH: /Users/adamv/homebrew/Library/Homebrew
Hardware: 8-core 64-bit nehalem
OS X: 10.6.7
Kernel Architecture: i386
Ruby: 1.8.7-174
/usr/bin/ruby => /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby
Xcode: 3.2.4
GCC-4.0: build 5494 
GCC-4.2: build 5664 
LLVM: build 2326 
MacPorts or Fink? false
X11 installed? true
[~] 
$ brew --env
CC: /usr/bin/cc => /usr/bin/gcc-4.2
CXX: /usr/bin/c++ => /usr/bin/c++-4.2
LD: /usr/bin/cc => /usr/bin/gcc-4.2
CFLAGS: -O3 -march=core2 -msse4 -w -pipe
CXXFLAGS: -O3 -march=core2 -msse4 -w -pipe
MAKEFLAGS: -j8
[~] 
$ 
@jyurek

This comment has been minimized.

Show comment
Hide comment
@jyurek

jyurek May 25, 2011

Contributor

Sure, here's my info.

0 Birdhouse:~ rbx-head jyurek$ brew --config
HOMEBREW_VERSION: 0.8
HEAD: fc95e077be664249bdb88ed9d15f620251143c2c
HOMEBREW_PREFIX: /usr/local
HOMEBREW_CELLAR: /usr/local/Cellar
HOMEBREW_REPOSITORY: /usr/local
HOMEBREW_LIBRARY_PATH: /usr/local/Library/Homebrew
Hardware: quad-core 64-bit arrandale
OS X: 10.6.7
Kernel Architecture: i386
Ruby: 1.8.7-174
/usr/bin/ruby => /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby
Xcode: 4.0
GCC-4.0: build 5494 
GCC-4.2: build 5666 
LLVM: build 2335 
MacPorts or Fink? false
X11 installed? true
0 Birdhouse:~ rbx-head jyurek$
Contributor

jyurek commented May 25, 2011

Sure, here's my info.

0 Birdhouse:~ rbx-head jyurek$ brew --config
HOMEBREW_VERSION: 0.8
HEAD: fc95e077be664249bdb88ed9d15f620251143c2c
HOMEBREW_PREFIX: /usr/local
HOMEBREW_CELLAR: /usr/local/Cellar
HOMEBREW_REPOSITORY: /usr/local
HOMEBREW_LIBRARY_PATH: /usr/local/Library/Homebrew
Hardware: quad-core 64-bit arrandale
OS X: 10.6.7
Kernel Architecture: i386
Ruby: 1.8.7-174
/usr/bin/ruby => /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby
Xcode: 4.0
GCC-4.0: build 5494 
GCC-4.2: build 5666 
LLVM: build 2335 
MacPorts or Fink? false
X11 installed? true
0 Birdhouse:~ rbx-head jyurek$
@jyurek

This comment has been minimized.

Show comment
Hide comment
@jyurek

jyurek May 25, 2011

Contributor

Oh and this:

CC: /usr/bin/cc => /usr/llvm-gcc-4.2/bin/llvm-gcc-4.2
CXX: /usr/bin/c++ => /usr/bin/c++-4.2
LD: /usr/bin/cc => /usr/llvm-gcc-4.2/bin/llvm-gcc-4.2
CFLAGS: -O3 -w -pipe
CXXFLAGS: -O3 -w -pipe
MAKEFLAGS: -j4
Contributor

jyurek commented May 25, 2011

Oh and this:

CC: /usr/bin/cc => /usr/llvm-gcc-4.2/bin/llvm-gcc-4.2
CXX: /usr/bin/c++ => /usr/bin/c++-4.2
LD: /usr/bin/cc => /usr/llvm-gcc-4.2/bin/llvm-gcc-4.2
CFLAGS: -O3 -w -pipe
CXXFLAGS: -O3 -w -pipe
MAKEFLAGS: -j4
@adamv

This comment has been minimized.

Show comment
Hide comment
@adamv

adamv May 25, 2011

Contributor

Probably some people still have Erlang 13 installed and some don't?

Contributor

adamv commented May 25, 2011

Probably some people still have Erlang 13 installed and some don't?

@rogier

This comment has been minimized.

Show comment
Hide comment
@rogier

rogier May 25, 2011

my config

HOMEBREW_VERSION: 0.8
HEAD: 86f6b58889d7103880d435012ae2d130390ac5bc
HOMEBREW_PREFIX: /usr/local
HOMEBREW_CELLAR: /usr/local/Cellar
HOMEBREW_REPOSITORY: /usr/local
HOMEBREW_LIBRARY_PATH: /usr/local/Library/Homebrew
Hardware: dual-core 64-bit core2
OS X: 10.6.7
Kernel Architecture: i386
Ruby: 1.8.7-174
/usr/bin/ruby => /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby
Xcode: 3.2.6
GCC-4.0: build 5494 
GCC-4.2: build 5666 
LLVM: build 2335 
MacPorts or Fink? false
X11 installed? true

and env

CC: /usr/bin/cc => /usr/bin/gcc-4.2
CXX: /usr/bin/c++ => /usr/bin/c++-4.2
LD: /usr/bin/cc => /usr/bin/gcc-4.2
CFLAGS: -O3 -march=core2 -w -pipe
CXXFLAGS: -O3 -march=core2 -w -pipe
MAKEFLAGS: -j2

rogier commented May 25, 2011

my config

HOMEBREW_VERSION: 0.8
HEAD: 86f6b58889d7103880d435012ae2d130390ac5bc
HOMEBREW_PREFIX: /usr/local
HOMEBREW_CELLAR: /usr/local/Cellar
HOMEBREW_REPOSITORY: /usr/local
HOMEBREW_LIBRARY_PATH: /usr/local/Library/Homebrew
Hardware: dual-core 64-bit core2
OS X: 10.6.7
Kernel Architecture: i386
Ruby: 1.8.7-174
/usr/bin/ruby => /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby
Xcode: 3.2.6
GCC-4.0: build 5494 
GCC-4.2: build 5666 
LLVM: build 2335 
MacPorts or Fink? false
X11 installed? true

and env

CC: /usr/bin/cc => /usr/bin/gcc-4.2
CXX: /usr/bin/c++ => /usr/bin/c++-4.2
LD: /usr/bin/cc => /usr/bin/gcc-4.2
CFLAGS: -O3 -march=core2 -w -pipe
CXXFLAGS: -O3 -march=core2 -w -pipe
MAKEFLAGS: -j2
@adamv

This comment has been minimized.

Show comment
Hide comment
@adamv

adamv May 25, 2011

Contributor
$ brew list --versions erlang
erlang R14B02
Contributor

adamv commented May 25, 2011

$ brew list --versions erlang
erlang R14B02
@zacheryph

This comment has been minimized.

Show comment
Hide comment
@zacheryph

zacheryph May 25, 2011

Contributor
[✔ fibre:~ context]$ brew list --versions erlang
erlang HEAD R14B02
Contributor

zacheryph commented May 25, 2011

[✔ fibre:~ context]$ brew list --versions erlang
erlang HEAD R14B02
@zacheryph

This comment has been minimized.

Show comment
Hide comment
@zacheryph

zacheryph May 25, 2011

Contributor
[✔ fibre:~ context]$ erl
Erlang R14B03 (erts-5.8.4) [source] [64-bit] [smp:4:4] [rq:4] [async-threads:0] [hipe] [kernel-poll:false]

Eshell V5.8.4  (abort with ^G)

@adamv
thats the only thing i can possibly think of, though is it even symlinked? riak says its 'broke' on R14. so i cant see how it'd work on a version after that (HEAD).

@rogier @jyurek
any chance you can also do the command adam did and the command i did above erl to see what version is active. everything in @rogier's output looks the same as mine but i still get errors :/

Contributor

zacheryph commented May 25, 2011

[✔ fibre:~ context]$ erl
Erlang R14B03 (erts-5.8.4) [source] [64-bit] [smp:4:4] [rq:4] [async-threads:0] [hipe] [kernel-poll:false]

Eshell V5.8.4  (abort with ^G)

@adamv
thats the only thing i can possibly think of, though is it even symlinked? riak says its 'broke' on R14. so i cant see how it'd work on a version after that (HEAD).

@rogier @jyurek
any chance you can also do the command adam did and the command i did above erl to see what version is active. everything in @rogier's output looks the same as mine but i still get errors :/

@rogier

This comment has been minimized.

Show comment
Hide comment
@rogier

rogier May 26, 2011

yggdrasil:~ rogier$ brew list --versions erlang
erlang HEAD
Erlang R14B01 (erts-5.8.2) [source] [64-bit] [smp:2:2] [rq:2] [async-threads:0] [hipe] [kernel-poll:false]

That last one is lower than the version for other ppl

rogier commented May 26, 2011

yggdrasil:~ rogier$ brew list --versions erlang
erlang HEAD
Erlang R14B01 (erts-5.8.2) [source] [64-bit] [smp:2:2] [rq:2] [async-threads:0] [hipe] [kernel-poll:false]

That last one is lower than the version for other ppl

@jyurek

This comment has been minimized.

Show comment
Hide comment
@jyurek

jyurek May 26, 2011

Contributor

@zacheryph, I get this:

0 Birdhouse:~ rbx-head jyurek$ brew list --versions riak
riak 0.14.1
0 Birdhouse:~ rbx-head jyurek$ brew list --versions erlang
erlang HEAD R14B02
0 Birdhouse:~ rbx-head jyurek$
Contributor

jyurek commented May 26, 2011

@zacheryph, I get this:

0 Birdhouse:~ rbx-head jyurek$ brew list --versions riak
riak 0.14.1
0 Birdhouse:~ rbx-head jyurek$ brew list --versions erlang
erlang HEAD R14B02
0 Birdhouse:~ rbx-head jyurek$
@pmorelli

This comment has been minimized.

Show comment
Hide comment
@pmorelli

pmorelli May 27, 2011

Contributor

still failing with the new erlang r14b03
erlang: $ erl
Erlang R14B03 (erts-5.8.4) [source] [64-bit] [smp:8:8] [rq:8] [async-threads:0] [hipe] [kernel-poll:false]

end of riak install:

==> riakc (compile)
Compiling src/riakclient.proto
Compiled src/riakc_obj.erl
Compiled src/riakc_pb.erl
src/riakc_pb_socket.erl:62: type ip_address() undefined
make: *** [compile] Error 1
==> Exit Status: 2
http://github.com/mxcl/homebrew/blob/master/Library/Formula/riak.rb#L18
==> Environment
HOMEBREW_VERSION: 0.8
HEAD: 655d0a0
HOMEBREW_PREFIX: /usr/local
HOMEBREW_CELLAR: /usr/local/Cellar
HOMEBREW_REPOSITORY: /usr/local
HOMEBREW_LIBRARY_PATH: /usr/local/Library/Homebrew
Hardware: 8-core 64-bit penryn
OS X: 10.6.7
Kernel Architecture: i386
Ruby: 1.8.7-174
/usr/bin/ruby => /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby
Xcode: 4.0.2
GCC-4.0: N/A
GCC-4.2: build 5666
LLVM: build 2335
MacPorts or Fink? false
X11 installed? true
==> Build Flags
CC: /usr/bin/cc => /usr/llvm-gcc-4.2/bin/llvm-gcc-4.2
CXX: /usr/bin/c++ => /usr/bin/c++-4.2
LD: /usr/bin/cc => /usr/llvm-gcc-4.2/bin/llvm-gcc-4.2
CFLAGS: -O3 -march=core2 -msse4.1 -w -pipe
CXXFLAGS: -O3 -march=core2 -msse4.1 -w -pipe

Error: Failed executing: make all rel

Contributor

pmorelli commented May 27, 2011

still failing with the new erlang r14b03
erlang: $ erl
Erlang R14B03 (erts-5.8.4) [source] [64-bit] [smp:8:8] [rq:8] [async-threads:0] [hipe] [kernel-poll:false]

end of riak install:

==> riakc (compile)
Compiling src/riakclient.proto
Compiled src/riakc_obj.erl
Compiled src/riakc_pb.erl
src/riakc_pb_socket.erl:62: type ip_address() undefined
make: *** [compile] Error 1
==> Exit Status: 2
http://github.com/mxcl/homebrew/blob/master/Library/Formula/riak.rb#L18
==> Environment
HOMEBREW_VERSION: 0.8
HEAD: 655d0a0
HOMEBREW_PREFIX: /usr/local
HOMEBREW_CELLAR: /usr/local/Cellar
HOMEBREW_REPOSITORY: /usr/local
HOMEBREW_LIBRARY_PATH: /usr/local/Library/Homebrew
Hardware: 8-core 64-bit penryn
OS X: 10.6.7
Kernel Architecture: i386
Ruby: 1.8.7-174
/usr/bin/ruby => /System/Library/Frameworks/Ruby.framework/Versions/1.8/usr/bin/ruby
Xcode: 4.0.2
GCC-4.0: N/A
GCC-4.2: build 5666
LLVM: build 2335
MacPorts or Fink? false
X11 installed? true
==> Build Flags
CC: /usr/bin/cc => /usr/llvm-gcc-4.2/bin/llvm-gcc-4.2
CXX: /usr/bin/c++ => /usr/bin/c++-4.2
LD: /usr/bin/cc => /usr/llvm-gcc-4.2/bin/llvm-gcc-4.2
CFLAGS: -O3 -march=core2 -msse4.1 -w -pipe
CXXFLAGS: -O3 -march=core2 -msse4.1 -w -pipe

Error: Failed executing: make all rel

@pepe

This comment has been minimized.

Show comment
Hide comment
@pepe

pepe May 27, 2011

@rogier solution worked for me

pepe commented May 27, 2011

@rogier solution worked for me

@digitaltoad

This comment has been minimized.

Show comment
Hide comment
@digitaltoad

digitaltoad May 27, 2011

Riak does in fact build fine for me using the Erlang version (R14B01) Rogier is using.

Riak does in fact build fine for me using the Erlang version (R14B01) Rogier is using.

@zacheryph

This comment has been minimized.

Show comment
Hide comment
@zacheryph

zacheryph May 27, 2011

Contributor

kk. case in point. no more debug/env stuff is needed.

FOR EVERYONE:

IF you installed erlang BEFORE R14B02 (ie: before March 16th) you can probably install riak. Otherwise? Don't try; with or without --force --HEAD.

TO THE 'IT WORKS' PEOPLE:

It works cause you have erlang PRE B02. Please stop saying --force --HEAD works cause it worked for you over a month ago. This is not the case anymore.

Also, Riak has no settings for --HEAD support (it has the release, no repo path info at all for a dev release.) The only thing --HEAD is doing is forcing erlang to an even later version.

Contributor

zacheryph commented May 27, 2011

kk. case in point. no more debug/env stuff is needed.

FOR EVERYONE:

IF you installed erlang BEFORE R14B02 (ie: before March 16th) you can probably install riak. Otherwise? Don't try; with or without --force --HEAD.

TO THE 'IT WORKS' PEOPLE:

It works cause you have erlang PRE B02. Please stop saying --force --HEAD works cause it worked for you over a month ago. This is not the case anymore.

Also, Riak has no settings for --HEAD support (it has the release, no repo path info at all for a dev release.) The only thing --HEAD is doing is forcing erlang to an even later version.

@pmorelli

This comment has been minimized.

Show comment
Hide comment
@pmorelli

pmorelli May 27, 2011

Contributor

any idea on when this might be fixed? Is it waiting on a riak release?

Contributor

pmorelli commented May 27, 2011

any idea on when this might be fixed? Is it waiting on a riak release?

@adamv

This comment has been minimized.

Show comment
Hide comment
@adamv

adamv May 27, 2011

Contributor

I get compilation errors in Riak-stable against Erlang R14B03:

src/riakc_pb_socket.erl:62: type ip_address() undefined

However, I just added riak --HEAD, so do brew update then do:

brew install erlang

to get Erlang R14B03 and then

brew install --HEAD --ignore-dependencies riak -v

to install the HEAD riak (and NOT also install HEAD Erlang.)

Contributor

adamv commented May 27, 2011

I get compilation errors in Riak-stable against Erlang R14B03:

src/riakc_pb_socket.erl:62: type ip_address() undefined

However, I just added riak --HEAD, so do brew update then do:

brew install erlang

to get Erlang R14B03 and then

brew install --HEAD --ignore-dependencies riak -v

to install the HEAD riak (and NOT also install HEAD Erlang.)

@adamv adamv closed this May 27, 2011

@adamv

This comment has been minimized.

Show comment
Hide comment
@adamv

adamv May 27, 2011

Contributor

So presumably the next stable Riak release will work against Erlang R14B03.

Contributor

adamv commented May 27, 2011

So presumably the next stable Riak release will work against Erlang R14B03.

@kevwil

This comment has been minimized.

Show comment
Hide comment
@kevwil

kevwil May 27, 2011

Contributor

I installed erlang well before March 16. I've continued to update erlang as versions are released and attempted to install riak each time. I always get the failure in my original gist.

Contributor

kevwil commented May 27, 2011

I installed erlang well before March 16. I've continued to update erlang as versions are released and attempted to install riak each time. I always get the failure in my original gist.

@adamv

This comment has been minimized.

Show comment
Hide comment
@adamv

adamv May 27, 2011

Contributor

@KevWill - see the instructions in my previous post; the install line for riak is kind of hacky, but hopefully they will release a stable build again soon.

Contributor

adamv commented May 27, 2011

@KevWill - see the instructions in my previous post; the install line for riak is kind of hacky, but hopefully they will release a stable build again soon.

@zacheryph

This comment has been minimized.

Show comment
Hide comment
@zacheryph

zacheryph May 27, 2011

Contributor

@adamv
thank you for this. i was gonna look at adding --HEAD support to riak but it looks like you beat me to it. gonna go install this fun loving barrel of enjoyment in a minute

Contributor

zacheryph commented May 27, 2011

@adamv
thank you for this. i was gonna look at adding --HEAD support to riak but it looks like you beat me to it. gonna go install this fun loving barrel of enjoyment in a minute

@kevwil

This comment has been minimized.

Show comment
Hide comment
@kevwil

kevwil May 27, 2011

Contributor

@adamv yes, very hacky. I'm surprised you closed the ticket when that hack is the only way the install will work - call me old fashioned. :)

Contributor

kevwil commented May 27, 2011

@adamv yes, very hacky. I'm surprised you closed the ticket when that hack is the only way the install will work - call me old fashioned. :)

@zacheryph

This comment has been minimized.

Show comment
Hide comment
@zacheryph

zacheryph May 27, 2011

Contributor

@kevwil adding --HEAD support is not a hack. some people like to live on the edge. and its only a 'requirement' currently cause 1: homebrew doesn't support multiple versions of software. and b: erlang was updated. and 3: riak hasn't had a new release yet to support the updated erlang.

i dont think homebrew's main goal is to ensure every package works happily with every other package. its to hold the most up to date versions of stuff. which i personally prefer.

Contributor

zacheryph commented May 27, 2011

@kevwil adding --HEAD support is not a hack. some people like to live on the edge. and its only a 'requirement' currently cause 1: homebrew doesn't support multiple versions of software. and b: erlang was updated. and 3: riak hasn't had a new release yet to support the updated erlang.

i dont think homebrew's main goal is to ensure every package works happily with every other package. its to hold the most up to date versions of stuff. which i personally prefer.

@drhenner

This comment has been minimized.

Show comment
Hide comment
@drhenner

drhenner May 27, 2011

Hack... === a cool solution....

If it is the only way to get it working then a hack is better than nothing. That said I'd say that its a hack because head is not stable. Either way I'm hoping this solves my issues. I really want to play with riak. Thanks for the work!!!

Hack... === a cool solution....

If it is the only way to get it working then a hack is better than nothing. That said I'd say that its a hack because head is not stable. Either way I'm hoping this solves my issues. I really want to play with riak. Thanks for the work!!!

@kevwil

This comment has been minimized.

Show comment
Hide comment
@kevwil

kevwil May 27, 2011

Contributor

@zacheryph I like being up-to-date as well. I update a ton of stuff every morning, just in case. But I gave up my Gentoo- and MacPorts-style install-everything-from-source-every-day lifestyle quite a while ago, and now appreciate having the latest stable builds, preferably pre-compiled. I like to call it the not-quite-bleeding edge. :) All I meant was that "brew install riak" still doesn't work and is going to bite people until they find the work-around in comment #34(?) of a closed ticket on Github. Sorry if it came across as snarky, that wasn't my intent.

Contributor

kevwil commented May 27, 2011

@zacheryph I like being up-to-date as well. I update a ton of stuff every morning, just in case. But I gave up my Gentoo- and MacPorts-style install-everything-from-source-every-day lifestyle quite a while ago, and now appreciate having the latest stable builds, preferably pre-compiled. I like to call it the not-quite-bleeding edge. :) All I meant was that "brew install riak" still doesn't work and is going to bite people until they find the work-around in comment #34(?) of a closed ticket on Github. Sorry if it came across as snarky, that wasn't my intent.

@adamv

This comment has been minimized.

Show comment
Hide comment
@adamv

adamv May 27, 2011

Contributor

Given Homebrew's policy of "only one version" we're in a bit of a bind here.

It wasn't too bad back in the early days, but as we get more and more brews, and thus more and more dependencies, we'll have to think about how to handle "this project depends on the last major version of this software, while people still want to install the latest and greatest." So, growing pains.

I'm none too happy with the resolution, personally.

And I'm trying to be more cautious about bumping major versions; little-cms and yajl both have recent "2.0" versions that break the API, and may have to be rolled back.

It may be worth raising issues on the mailing list to see if mxcl has any recent opinions on the subject.

Contributor

adamv commented May 27, 2011

Given Homebrew's policy of "only one version" we're in a bit of a bind here.

It wasn't too bad back in the early days, but as we get more and more brews, and thus more and more dependencies, we'll have to think about how to handle "this project depends on the last major version of this software, while people still want to install the latest and greatest." So, growing pains.

I'm none too happy with the resolution, personally.

And I'm trying to be more cautious about bumping major versions; little-cms and yajl both have recent "2.0" versions that break the API, and may have to be rolled back.

It may be worth raising issues on the mailing list to see if mxcl has any recent opinions on the subject.

@Sharpie

This comment has been minimized.

Show comment
Hide comment
@Sharpie

Sharpie May 28, 2011

Contributor

@kevwil: I know it can be frustrating when a critical tool breaks, but hopefully you can understand that this ticket got closed because there's nothing broken with Homebrew. The people who have the responsibility for this particular problem and the power to fix it are the Riak developers.

There is also one important thing that always seems to be forgotten in these situations:

Homebrew is powered by a distributed version control system

If an update gets pulled into mxcl's fork that breaks something critical that can't cope with a newer version, there is no reason anyone should feel like they are stuck with it. For example, if Riak can't live with an Erlang newer than R14B01, take advantage of the version control aspect by rolling back some commits:

# Go to Hombrew prefix.
cd `brew --prefix`

# Lookup the history of Erlang changes.
git log --oneline Library/Formula/erlang.rb

d9ac399 Erlang R14B03
b782d9d Normalize use of MACOS_VERSION
d15aee6 Install erlang html documentation
f4a925d Update fails_with_llvm in formulae
46c553a Replace snow_leopard_64? in brews.
8ffc126 Erlang R14B02
0476235 Use ruby style for inheritance.
e02e45a Erlang has been updated to R14B01
...

# Looks like commit 8ffc126 made the change. Temporarily reset Erlang formula back
# the the last version containing R14B01.
git checkout 0476235 -- Library/Formula/erlang.rb

# Permanently reset the Erlang formula back to R14B01 and keep all other changes.
# You may want to do this on a separate branch.
git revert d9ac399 --no-edit # Undo R14B03 update
git revert 8ffc126 --no-edit # Undo R14B02 update

Or, take advantage of the distributed aspect and install Erlang from another repository that keeps older versions, such as Adam's homebrew-alt:

brew install https://github.com/adamv/homebrew-alt/raw/master/versions/erlang-r13.rb
Contributor

Sharpie commented May 28, 2011

@kevwil: I know it can be frustrating when a critical tool breaks, but hopefully you can understand that this ticket got closed because there's nothing broken with Homebrew. The people who have the responsibility for this particular problem and the power to fix it are the Riak developers.

There is also one important thing that always seems to be forgotten in these situations:

Homebrew is powered by a distributed version control system

If an update gets pulled into mxcl's fork that breaks something critical that can't cope with a newer version, there is no reason anyone should feel like they are stuck with it. For example, if Riak can't live with an Erlang newer than R14B01, take advantage of the version control aspect by rolling back some commits:

# Go to Hombrew prefix.
cd `brew --prefix`

# Lookup the history of Erlang changes.
git log --oneline Library/Formula/erlang.rb

d9ac399 Erlang R14B03
b782d9d Normalize use of MACOS_VERSION
d15aee6 Install erlang html documentation
f4a925d Update fails_with_llvm in formulae
46c553a Replace snow_leopard_64? in brews.
8ffc126 Erlang R14B02
0476235 Use ruby style for inheritance.
e02e45a Erlang has been updated to R14B01
...

# Looks like commit 8ffc126 made the change. Temporarily reset Erlang formula back
# the the last version containing R14B01.
git checkout 0476235 -- Library/Formula/erlang.rb

# Permanently reset the Erlang formula back to R14B01 and keep all other changes.
# You may want to do this on a separate branch.
git revert d9ac399 --no-edit # Undo R14B03 update
git revert 8ffc126 --no-edit # Undo R14B02 update

Or, take advantage of the distributed aspect and install Erlang from another repository that keeps older versions, such as Adam's homebrew-alt:

brew install https://github.com/adamv/homebrew-alt/raw/master/versions/erlang-r13.rb
@kevwil

This comment has been minimized.

Show comment
Hide comment
@kevwil

kevwil May 31, 2011

Contributor

@Sharpie luckily it's not critical for me - I just wanted to try it out. Now I'm not sure I even care anymore, because it seems fragile.

there's nothing broken with Homebrew

I do understand what you're saying - that the problem is with the riak devs - but I think that's a bit over-simplified. As @adamv states, there are growing pains and dependency problems. I think the need for so many work-arounds shows that.

Contributor

kevwil commented May 31, 2011

@Sharpie luckily it's not critical for me - I just wanted to try it out. Now I'm not sure I even care anymore, because it seems fragile.

there's nothing broken with Homebrew

I do understand what you're saying - that the problem is with the riak devs - but I think that's a bit over-simplified. As @adamv states, there are growing pains and dependency problems. I think the need for so many work-arounds shows that.

@jerryshen

This comment has been minimized.

Show comment
Hide comment
@jerryshen

jerryshen Jun 7, 2011

It works on my imac.
- brew update
if brew update fails, just run commends below
- cd /usr/local/Library/Homebrew && sudo git reset --hard
and then
- brew install --HEAD --force riak

It works on my imac.
- brew update
if brew update fails, just run commends below
- cd /usr/local/Library/Homebrew && sudo git reset --hard
and then
- brew install --HEAD --force riak

@pjkelly

This comment has been minimized.

Show comment
Hide comment
@pjkelly

pjkelly Jul 1, 2011

Confirming the following worked for me:

brew install --HEAD --force riak -v

pjkelly commented Jul 1, 2011

Confirming the following worked for me:

brew install --HEAD --force riak -v

@xu-cheng xu-cheng locked and limited conversation to collaborators Feb 16, 2016

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.