-
Notifications
You must be signed in to change notification settings - Fork 2
Support spack-packages to access-spack-packages, add upstream-spack-packages input #231
Copy link
Copy link
Closed
Labels
for:v3priority:mediumA medium priority issue - has some impact on functionalityA medium priority issue - has some impact on functionalitytype:documentationImprovements or additions to documentationImprovements or additions to documentationtype:enhancementimprovements to code but not new featuresimprovements to code but not new featurestype:investigationlook into options, do some research!look into options, do some research!version:MAJORRequires a change to the major version - breaking changes!Requires a change to the major version - breaking changes!
Metadata
Metadata
Assignees
Labels
for:v3priority:mediumA medium priority issue - has some impact on functionalityA medium priority issue - has some impact on functionalitytype:documentationImprovements or additions to documentationImprovements or additions to documentationtype:enhancementimprovements to code but not new featuresimprovements to code but not new featurestype:investigationlook into options, do some research!look into options, do some research!version:MAJORRequires a change to the major version - breaking changes!Requires a change to the major version - breaking changes!
Type
Projects
Status
Done ✅
References ACCESS-NRI/access-spack-packages#295
Background
Spack has split out their builtin package repo from spack core to it's own
spack/spack-packagesrepository. We want a fork of this repository for our own modifications if required, and are thinking of calling itaccess-nri/upstream-spack-packages.This means that we have to change the name of our
access-nri/spack-packagesrepository to something likeaccess-nri/access-spack-packagesfor consistency.What This Means
We need to accept refs from
upstream-spack-packagesandaccess-spack-packages. Whether this means thatinputs.spack-packages-refis kept around for pre-1.0inputs.spack-refs is yet to be seen.Potentially, we may need steps specific to pre-
1.0/1.0versions ofspack- this will certainly be the case foroci-backed buildcaches for GitHub-hosted CI.