It would be great if SHPC could search in at least 2 distinct locations for settings.yaml.
Among other uses, in a shared cluster, this would enable usage of the same central installation of SHPC by both sys. admins. and the end users, with distinct settings.
For instance, drawing inpsiration from Spack, https://spack.readthedocs.io/en/latest/configuration.html#configuration-scopes
I was wondering whether the current one could be the site one, and then there could be a user one with location in $USER/.singularity-hpc or similar. User takes precedence if it exists, only for those keys that are defined in it.
shpc config would need something like Spack's --scope selector flag.
What do you think @vsoch ?
It would be great if SHPC could search in at least 2 distinct locations for
settings.yaml.Among other uses, in a shared cluster, this would enable usage of the same central installation of SHPC by both sys. admins. and the end users, with distinct settings.
For instance, drawing inpsiration from Spack, https://spack.readthedocs.io/en/latest/configuration.html#configuration-scopes
I was wondering whether the current one could be the
siteone, and then there could be auserone with location in$USER/.singularity-hpcor similar. User takes precedence if it exists, only for those keys that are defined in it.shpc configwould need something like Spack's--scopeselector flag.What do you think @vsoch ?