MESA Stellar Physics on Slackware - NOT the 'Graphics' Mesa...
SlackwareThis Forum is for the discussion of Slackware Linux.
Notices
Welcome to LinuxQuestions.org, a friendly and active Linux Community.
You are currently viewing LQ as a guest. By joining our community you will have the ability to post topics, receive our newsletter, use the advanced search, subscribe to threads and access many other special features. Registration is quick, simple and absolutely free. Join our community today!
Note that registered members see fewer ads, and ContentLink is completely disabled once you log in.
If you have any problems with the registration process or your account login, please contact us. If you need to reset your password, click here.
Having a problem logging in? Please visit this page to clear all LQ-related cookies.
Get a virtual cloud desktop with the Linux distro that you want in less than five minutes with Shells! With over 10 pre-installed distros to choose from, the worry-free installation life is here! Whether you are a digital nomad or just looking for flexibility, Shells can put your Linux machine on the device that you want to use.
Exclusive for LQ members, get up to 45% off per month. Click here for more info.
MESA Stellar Physics on Slackware - NOT the 'Graphics' Mesa...
Please note carefully, I am NOT talking here about the 'mesa' graphics package about which there are many posts in LQ / Slackware.
I'd like to install the 'MESA' stellar codes (mesa.sourceforge.net) on Slackware64 14.2, but get no hits when searching for MESA (NOT the graphcs program) on Slackware. I take this to indicate there are no 'MESA' Stellar science codes users on Slackware who post here.
This would be a complex undertaking and I'm still hoping someone here has recent experience putting MESA (mesa.sourceforge.net) on Slackware64, hopefully v14.2.
Hello jrch
I don't think you need a Slackbuild for Mesa. I think you just need a few slackbuilds for Ruby for which there are 50+ slackbuilds on Slackbuilds.org. Other than that you may need to install jekyll but that too can be installed via rubygem. I haven't done this myself so I could be mistaken but it appears to me Ruby is the key that installs what you need.
I'd really like to try an install 'offline'. I've downloaded the new 'mesasdk-x86_64-linux-20.3.1.tar.gz', and the new version 'mesa-r12778.zip', and copied to another machine - offline.
I'm not good with scripts, so humor me if you will. I have used fortran and f90 for years. Looks like you set this script up to install as root. Can I just make a Mesa workdir in root filesystem, place the sdk.zip and the mesa.zip into workdir, cd into workdir, and then execute the rest as root beginning at
echo "MESA SDK: Decompressing tarball"
...
...
Hopefully this would 'be' the install, so I could go 'use' MESA as a user. Right?
- or maybe not.
One more question: What is the purpose of 'set +eu' near the top? I'm in the U.S. - do I need this?
No the script was intended for installation in a user's home directory.
First you should edit the WORKDIR variable at the top of the script to reflect the name of the directory you're going to install MESA into.
Then move those compressed archives into that directory and execute the script (which is using absolute and not relative paths - so it doesn't have to be in there).
The conditional checks in the script (the lines after "cd ${WORKDIR}") will be satisfied for the existence of the compressed archives and they will not be downloaded again. Decompression and installation of the SDK and then MESA itself will then occur.
The bash builtin "set" tweaks the behaviour of a script.
The option "-e" makes bash error out when files are not present or there's a syntax issue instead of parsing the remainder of the script.
The option "-u" makes bash error out when a variable that you have set is undefined (doesn't have a value). I have used it redundantly in the script (i.e. I still have conditional checks) because often when debugging a script there's a great temptation to turn -u off.
You certainly could alter "WORKDIR" to a global location (i.e. remove the prefix ${HOME}) and execute it as root, yes.
LinuxQuestions.org is looking for people interested in writing
Editorials, Articles, Reviews, and more. If you'd like to contribute
content, let us know.