-
Notifications
You must be signed in to change notification settings - Fork 2
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
Provide nmag in container #6
Comments
A good step forward has been made in nmag-project/containers#2 - this provides a singularity container in which nsim can be executed. |
The singularity image is hosted in the syslabs.io cloud library now: @fangohr |
Regarding HLIB: is it still the case that one needs to request a license to use it? In that case, we cannot include it in the container. We could ask the owners if they care about the old version we presumably need, or wether it would be okay to include that, but we would need permission. (Maybe distributing the binary would be okay? Needs checking, and probably a new issue.) |
Do we need to implement the hlib package before making the container image file (.sif). Otherwise, it will be limited to non-hlib simulations. The users themselves can not keep the hlib library within sif file at later stage. We can make a note for such requirements, users can add the hlib package into the respective path soon after unzipping the source tar file, before building the nmag-sandbox. Another option would be get the permission from Hlib authors http://hlib.org/license.html, for deployment purpose in the form of .sif (end binary file) only but neither at sandbox nor at source tar file levels. |
Regarding closing this issue: We should have continuous integration somewhere that runs all tests whenever (if?) we change the nmag / nsim source code. My initial thinking was that this should be associated to a different repo (maybe nmag-src). Here, I was thinking that we should have a simplified version of testing: once the container is built, it would be nice to run a one simple example through the container - just to demo that this is basically okay. Now, I don't know if we get nmag compiled in the nmag-src continuous integration without singularity. If we need singularity, then the question if we should build it in the nmag-src continuous integration, and not do it in the nmag-containers repo. But for now, my recommendation would be to extend nmag-containers to
We would then either later merge this with the CI for nmag-src, or keep both CIs going. @mhanberry1 - what do you think? |
It would be beautiful to provide Nmag in a container (such as Docker or Singularity). Once done,
installation and use of Nmag is simplified as only the container is needed to be downloaded. Further compilation would not be necessary.
Instead of calling "nsim script.py" one would do something like "docker run nsim script.py" and mount the local directory into the container. (see [1] for basic introduction).
I have tried to compile Nmag in a Docker container but didn't succeed (and then ran out of time); see https://github.com/fangohr/nmag-containers
[1] https://github.com/fangohr/containers-for-science
The text was updated successfully, but these errors were encountered: