New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
install woes #6
Comments
Hi Meredith, It looks like it falls over without ureka because it is looking for supermongo. If you don't have/want supermongo, try installing the batch version (MOOGSILENT only, not MOOG) with: pip install moogsilent If that doesn't work please let me know what operating system you're on. Cheers,
|
Interesting. Thanks for the speedy reply! My supermongo install is entirely independent of Ureka, though, and seems to be working fine. Installing just moogsilent doesn't work with Ureka enabled or disabled, but the errors are different now: https://gist.github.com/mrawls/bf58a5062e1f074ea520 (this try is with Ureka enabled, since that's my preference, and the errors looked basically the same either way at a glance) I'm on OS X 10.10.1 with the latest Xcode and everything. |
OK. I won't be able to resolve this now, so I will have to look into this in more detail later. Thanks for filing the issue! Andy
|
Hi @mrawls, sorry about the late reply on this. Ureka is continuing to cause problems. In your gist I can see at https://gist.github.com/mrawls/bf58a5062e1f074ea520#file-moogsilent-take-1-L2834 that the folder for moogsilent is being truncated, causing the Fortran build to fail. Try downloading the moogsilent code directly from GH (on the 'batch' branch of this repo) using this link: https://github.com/andycasey/moog/archive/batch.zip And put it in a folder name that's not unreasonably long. Then run |
Thanks for tracking down the issue. Smells like Fortran all right! This seems to have worked... I have an executable called MOOGSILENT now, and it even seems to work. Do you think I could install "full" MOOG in a similar way? I do have supermongo etc... right now I tend to manually iterate a lot when running MOOG, so the real-time plots are rather important. Regardless, thank you! |
If Ureka is no longer playing up, you might be able to get the full MOOG in a similar way. Try downloading this repository and installing it with:
|
Hmm. Close... it is whining about 32-bit vs. 64-bit things. I see you are explicitly handling the SMLIB and AQLIB business in setup.py, and that you default to 32-bit, which is probably because 64-bit things aren't available. But my machine isn't happy about it... I get several 'ld: symbol(s) not found for architecture x86_64' errors for supermongo-related stuff. Similar errors happened when I tried to install "real" MOOG and wasn't pointing to the proper libraries in the Makefile, I believe. The full output is in the gist. FWIW, my supermongo lives in /usr/local/bin. |
Ah, actually I think SuperMongo might be a real problem on 10.10. I have never installed it on 10.10 myself, and I know a few people who have tried without success. Ben Thompson did get it to work successfully, but it wasn't pretty: http://bathompso.com/blog/moog/ Sorry Meredith, I think this is at the limit where I am helpful. |
Good heavens, that's a pile of fun right there... thanks much for the pointer and your patience :) I'll go ahead and close this since the issue seems to mostly be Yosemite (sigh). Thank you again for your time! |
Update for any future souls with similarly poor life choices: My issue was ACTUALLY RESOLVED thanks to @bathompso. There are binaries of the June 2014 version of MOOG in his fork of @andycasey's moog repo, and I literally just copied them over and they seem to work. Miracles exist. Get the binaries here And be sure to also read the notes here |
Thanks for this info -- but unfortunately the binaries aren't working for me right now on Yosemite 10.10.4. I have sm working (on it's own -- I don't have scisoft). The error I get when I use
But I do have .moog in my home folder, and it has the Barklem files inside, and both the directory and files have been made readable/writable with:
Were there any other details you worked through to get the binaries working? Any advice would be appreciated. Thank you. I've also posted on astronomy stack exchange |
The difference between Andy's version of the installer and mine is that I place the Barklem datafiles into a "globally-accessible" folder: /.moog (the root of your hard drive, not your user folder). The problem may be just moving that .moog folder to / instead of ~/ |
Solved -- thank you, Ben! |
My README documentation is quite lacking, and it something on my to-do list, so that it's a bit easier to understand what my forked changes are. Glad it's all sorted out. |
I finally got around to trying to use this today, and wasn't able to install it. This was after I thought I'd managed to install MOOG manually but when I run it, all I get is a black box popup window with nothing plotted in it. Anyway, this is what happens with your version:
I realized it hated Ureka, so I disabled that with
ur_forget
, and tried again... it got much farther this time, but still didn't work. I'm pretty sure something terrible is happening with libraries. I know I had architecture errors like this in the past for other monstrous codes, but don't remember the specifics of how (or if) I resolved the issues. Here are (hopefully) the relevant bits:... and finally ...
The text was updated successfully, but these errors were encountered: