Set ci-runner
concretizer and view configuration in higher scope
#56
+12
−1
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
References ACCESS-NRI/build-ci#195
Background
It seems that build-ci spack manifests should almost always use
concretizer.unify: when_possible
as the concretization will fail when installing multiple of the same model component packages. Instead of having to create a schema on build-ci spack manifests, we should set this configuration higher up than the environment level (namely, here!).This only solves half the problem, though. If a view can't be created due to having the same prefix (say, installing two
mom5
s with different compilers) the installation will fail. Hence we either need to have no view (which needs to be tested), or we need to set a customspack.views.default.projections
section in the spack manifest. Since it's not a first order configuration file (likeconfig.yaml
orconcretizer.yaml
, we need to inject this file into the environment. This is why it's calledinjected.view.yaml
.The PR