-
-
Notifications
You must be signed in to change notification settings - Fork 11.3k
YAZ won’t install #167
Comments
The actual error is the few lines above the one at the top of your pasted output, don't spose you could run it again Julian? |
Is it this one? (It’s YAZ 3.0.50 btw, I changed my formula to see if maybe a newer version would work)
|
Oh, and I tried following the mailing list hint I posted above and compiled libxml2 into /opt/local and added "--with-xml2=/opt/local" to the formula, but it still wouldn’t work. |
I refer you to:
So yeah, |
D’oh! Sorry! Thanks! So, could one modify the yaz formula to temporarily move icu4c somewhere else while installing, and then afterwards move it back? But then I guess that would be problematic if the installation failed due to other problems? |
We can It may make more sense to make icu4c keg-only, it's a weird library anyway. |
Make icu4c keg-only Closed by 4a1fd95. |
I think it breaks the library depended on icu4c. Can you install icu-config to /usr/local/bin/ for finding library path? |
I'm also having trouble installing a library that depends on ICU. I'm guessing the fact that it's not linked is the reason:
I imagine I'll figure out how to point the gem to the new location but it'd be easier if icu4c installed itself in a discoverable way. |
@dbenamy (and for future posterity) -- icu4c is available via |
@dbenamy curious what do you mean by "it'd be easier if icu4c installed itself in a discoverable way."? ICU installs pkg-config files, is there a better document? (ICU developer here) Also, the libxml/encoding.h file doesn't seem to have this conflict (I don't know why it used to redefine an ICU-only type). No objection to ICU being keg-only, but should the rationale be changed? (Posting this since the icu4c install links here. ) |
@srl295 Thanks for replying! I don't have anything specific in mind. |
Shouldn't this issue remain open until
|
@dsjoerg I thought so also, but it was discussed in #23002. As one of the ICU developers, it's still not clear what, if anything should be done. As I noted in that ticket, using the |
A Supernova Identification package, originally written by John Tonry to determine redshifts of Type Ia supernovae. It has since been re-written and expanded to include type and age determination, as well as an interactive plotting package. Closes Homebrew#167.
Python support in Homebrew is tricky to get right, and the way the most-recent versions of Python 2.7.x and 3.x are handled in core change over time. These older versions of Python have not kept up-to-date with these layout changes, and have installation problems as-is. In addition, these versions may not be getting important security updates any more. Removing these from the versions repo; if they are still needed by any users they should be handled in a (different) external tap. Closes Homebrew#84. Closes Homebrew#62. Closes Homebrew#229. Closes Homebrew#167. Closes Homebrew#27208
I found a thread about it, but it seems I’m not technical enough to get it: http://lists.indexdata.dk/pipermail/yazlist/2009-October/002788.html
make: *** [install-recursive] Error 1
==> Backtrace
/usr/local/Library/Homebrew/formula.rb:242:in
system' /usr/local/Library/Formula/yaz.rb:15:in
install'/usr/local/Library/Homebrew/install.rb:89:in
install' /usr/local/Library/Homebrew/formula.rb:153:in
brew'/usr/local/Library/Homebrew/formula.rb:290:in
stage' /usr/local/Library/Homebrew/formula.rb:257:in
mktemp'/usr/local/Library/Homebrew/formula.rb:288:in
stage' /usr/local/Library/Homebrew/formula.rb:148:in
brew'/usr/local/Library/Homebrew/install.rb:76:in `install'
/usr/local/Library/Homebrew/install.rb:39
/usr/local/Library/Formula/yaz.rb:13
==> Environment
fatal: Not a git repository (or any of the parent directories): .git
HOMEBREW_VERSION: 0.5
HEAD:
HOMEBREW_PREFIX: /usr/local
HOMEBREW_CELLAR: /usr/local/Cellar
HOMEBREW_CACHE: /Users/julian/Library/Caches/Homebrew
HOMEBREW_REPOSITORY: /usr/local
Library Path: /System/Library/Frameworks/RubyCocoa.framework/Resources/ruby
Hardware: dual-core 64-bit core2
OS X: 10.6.2
Kernel Architecture: i386
Ruby: 1.8.7-72
GCC: 4.2 build 5646
LLVM: build 2206
MacPorts or Fink? false
Exit status: 512
Error: Failure while executing: make install
Please report this bug to http://bit.ly/Homebrew
The text was updated successfully, but these errors were encountered: