-
-
Notifications
You must be signed in to change notification settings - Fork 29
Description
Hi @vsoch,
yesterday I was starting to think how the container story for the talk in a month might look like; in my mind the central topic is user experience.
So, provided the dependencies are available (container runtime, module system, Python), I started to picture myself showing how to get up and running with container modules in the simplest possible way, and ...
pip install singularity-hpc
shpc install vanessa/salad
module use $( shpc QUOKKA )
module load vanessa/salad
salad
Hold on a minute....have I just said QUOKKA ?!
Yes, I have .. because I have realised that QUOKKA would be a nice addition to the SHPC CLI functionalities.
As you see, QUOKKA is a way for SHPC to provide the shell with the path where the modulefiles are installed.
We have this for views:
shpc view get <viewname>
So that one can do
module use $( shpc view get <viewname> )
But we don't have this for non view configurations.
My temptation would be to be consistent with views and just introduce shpc get, however this is currently being used to provide the path to the SIF image for a given registry. How should we proceed?
Note that right now one can get the path to a SIF image by means of:
module load <registry>
<registry>-container
So I am tempted to say we could deprecate this old command meaning, and update to the suggestion above.
Or we could update the current get CLI to become e.g. get_sif or similar.
Last point: right now the full CLI looks like:
module use $( shpc view get <viewname>)
module use $( shpc QUOKKA )
Should we update it so that the shpc CLI embeds the module use bit? (is it even doable from Python, as module is a shell function?) We can leave as is, just a thought.
What are your thoughts? Thank you!