Hello Matt,

If I remember correctly the larch binaries were installed to "/opt/local/Library/Frameworks/Python.framework/Versions/2.7/bin" when we installed using the source code from github. When we installed from the tar archive we looked in many different places, including that directory, without finding anything. Apart from the problem with locating the binary the install process using macports was fairly smooth, certainly not more difficult than installing under linux, but of course it would help to have a pre-packaged solution. I've never used python in OS X or Windows so I don't really have any suggestions on how that could be done.

Best regards,
Johan Nilsson

From: ifeffit-bounces@millenia.cars.aps.anl.gov [ifeffit-bounces@millenia.cars.aps.anl.gov] on behalf of Matt Newville [newville@cars.uchicago.edu]
Sent: 24 March 2015 21:23
To: XAFS Analysis using Ifeffit
Subject: Re: [Ifeffit] Incomplete source tarballs for larch?

Hi Johan,

Sorry for the trouble and confusing instructions.

On Tue, Mar 24, 2015 at 11:05 AM, Johan Nilsson <johan.nilsson@chalmers.se> wrote:

Dear all,

Today I helped a colleague install larch on OSX Yosemite but we ran into some problems using the source tarball from CARS (larch-0.9.24.tar.gz). It was a bit of a learning curve for me as a linux user but we managed to install the prerequisites (exept for epics) using macports and then ran the larch installer without noticing any warnings or errors.

The problem after that was that we could not locate the larch binary. The source tarball does not include a 'bin' directory and some other things that are found in the github source so we went ahead and installed larch from the github source instead. After that we could locate the binery and start the interpreter. Did we make some mistake here or are there things missing in the source tarballs?

In fact, I have been playing with similar issues (the location of the "plugins" especially) over the past month or so, and there is a difference between 9.24 and the github master, and moving the binaries to a more sane location is probably a good idea.

Currently, the Larch binaries install according to the "normal Python rules". On most linux systems, that would be "/usr/bin" or "/usr/local/bin". Unfortunately on a Mac, that could be somewhere like /System/Library/Frameworks/Python.framework/Versions/2.7/bin or where ever macports or brew decide to place python binaries.

I'm open for suggestions on this, especially on Mac / Windows. It's completely reasonable to say that we need a standalone package for Mac (and for Windows) that does interact with any other software. For Mac, creating a Macports or brew script might be OK too.

--Matt Newville