Installing astrometry.net is all about navigating dependency hell.
Requirements:
- libpng
- libtiff
- libjpeg
- netpbm (requires above 3)
To install netpbm, a recent version - NOT the stable version - is required, which means navigating throught 3-4 layers of links including a sourceforge build-my-tarball link.
To compile astrometry.net-0.50:
ARCH_FLAGS="" make -j 8
To compile cairo, I had to install pixman (no problem) the setup a PKG_CONFIG_PATH:
PKG_CONFIG_PATH=/usr/local/lib/pkgconfig ./configure
As you might expect from numerous blog posts and the general difficulty people have always experienced upgrading mac OS versions, Mavericks caused some truly hideous issues.
The only really "new" issues specifically for Mavericks relate to app nap. The main solution is minrk's appnope. Otherwise, command line options like defaults write <app domain name> NSAppSleepDisabled -bool YES are required if the button is missing from Mac's Get Info pane.
I tried installing the conda stack to get python running quickly. This worked to an extremely limited degree: the TkAgg shipped with anaconda links to XQuartz, which is highly undesirable for a number of reasons. This meant that matplotlib plots showed up as X11 plots. With the Mac OS X backend, the windows failed to show up in the Dock and therefore were totally unusable (though they did look OK).
I am still using conda to maintain multiple parallel versions of python for testing. However, I went back to my typical install-from-source approach.
To get the matplotlib backends to interact nicely with apple, you need to install them using the /Library version of python
# this had to happen sometime early:
$ xcode-select --install
$ wget https://pypi.python.org/pypi/pip#downloads
$ tar -xzvf ~/Downloads/pip-1.5.2.tar.gz
$ cd pip-1.5.2
$ /Library/Frameworks/Python.framework/Versions/2.7/bin/python setup.py install
$ /Library/Frameworks/Python.framework/Versions/2.7/bin/pip install virtualenv
$ cd
$ /Library/Frameworks/Python.framework/Versions/2.7/bin/virtualenv virtual-python
After this, I was surprisingly able to install everything in the python stack with no hitches. Obviously, that could not possibly last.
While matplotlib and numpy worked fine, scipy had problems.
ImportError: dlopen(/Users/adam/virtual-python/lib/python2.7/site-packages/scipy/integrate/_odepack.so, 2): Symbol not found: __gfortran_internal_free Referenced from: /Users/adam/virtual-python/lib/python2.7/site-packages/scipy/integrate/_odepack.so Expected in: flat namespace in /Users/adam/virtual-python/lib/python2.7/site-packages/scipy/integrate/_odepack.so
This terrible error led me back to re-compiling scipy. I tried installing with hpc gfortran, but that didn't work at all, first apparently because of linking errors in numpy. When I investigated numpy, I found that the compilers apparently don't work at all:
C compiler: /usr/local/bin/gcc -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes -arch i386 -arch x86_64 ... RuntimeError: Broken toolchain: cannot link a simple C program
I had to give up on that, and then googling returned no results at all, which I thought was a bit weird. Scipy seems to want gcc and g++ 4.2, even though they're years old. I had to find those and gfortran-4.2 somehow, but the old site that used to serve them seems to have lost the files! They had an older version, though, which appears to work. Scipy is a scary install.
XQuartz is not well-behaved on Mac OS X 10.9. First, on retina machines, it does not display well. Second, and much more important, it does not work on external monitors. Apparently this can be worked around by turning off "Displays have different spaces" in Mission Control, but so far that has had no effect for me.
Figured I had to post this... I've been trying to compile command-line vim 7.3 on Mac OS X 10.7. I have the latest `hg clone`d version of vim. I'm stuck on ncurses. If I `./configure` with no options, I get the following error: checking --with-tlib argument... empty: automatic terminal library selection checking for tgetent in -ltinfo... no checking for tgetent in -lncurses... no checking for tgetent in -ltermlib... no checking for tgetent in -ltermcap... no checking for tgetent in -lcurses... no no terminal library found checking for tgetent()... configure: error: NOT FOUND! You need to install a terminal library; for example ncurses. Or specify the name of the library with --with-tlib. If instead I try `./configure --with-tlib=ncurses` checking --with-tlib argument... ncurses checking for linking with ncurses library... configure: error: FAILED I have Xcode 4.1. As far as I can tell, ncurses is available: $ file /usr/lib/libncurses.* /usr/lib/libncurses.5.4.dylib: Mach-O universal binary with 2 architectures /usr/lib/libncurses.5.4.dylib (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64 /usr/lib/libncurses.5.4.dylib (for architecture i386): Mach-O dynamically linked shared library i386 /usr/lib/libncurses.5.dylib: Mach-O dynamically linked shared library i386 /usr/lib/libncurses.dylib: Mach-O universal binary with 2 architectures /usr/lib/libncurses.dylib (for architecture x86_64): Mach-O 64-bit dynamically linked shared library x86_64 /usr/lib/libncurses.dylib (for architecture i386): Mach-O dynamically linked shared library i386 Then I changed my PATH from /usr/local/bin... to /usr/bin..... The problem was trying to use my /usr/local/bin/gcc instead of the mac default /usr/bin/gcc. Something about my locally installed gcc (4.6.1) caused major problems. I also eventually had to do this command: LDFLAGS=-L/usr/lib CFLAGS='-arch i386 -arch x86_64' CCFLAGS='-arch i386 -arch x86_64' CXXFLAGS='-arch i386 -arch x86_64' ./configure --enable-perlinterp --enable-pythoninterp --enable-cscope --with-features=huge and then had to make sure my default python was NOT pointing to enthought!
Page 1 / 1