-
Notifications
You must be signed in to change notification settings - Fork 0
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
Updates for BGC build #2
Conversation
Whoops, I'll need to update the CI in this repository since it was created before I got CI working. |
Regarding https://github.com/ACCESS-NRI/ACCESS-OM2-BGC/pull/2/files#diff-e8582e74fa156f4e5729a850e52b24f2fde2d815c2c9c360f88c4cf90db851abL8 ( |
So regarding the spack package for access-om2-bgc:
@harshula how are variants handled in spack, regarding the package name? If you do a |
To be specific, this would require changes to the CD workflow to be able to pass in a spack environment name? As it currently defaults to the spack package in https://github.com/ACCESS-NRI/ACCESS-OM2/blob/main/.github/workflows/cd.yml#L28
No I don't think we do, but this doesn't have to be the last word. Unscrambling this egg wouldn't be too painful: leave deployed model versions as-is and new ones could follow a new approach. This is part of why being able to rely on
I can answer: yes.
The packages are handled fine, but as you point out environment names would clash. It is possible to store environments in non-default locations. Could we add a prefix (subdirectory) that is the repo name, then any environment created therein is guaranteed to be unique on a per-repository basis only. |
This branch will need to be rebased onto |
af942a8
to
00d5956
Compare
The model version in the
|
!bump major This is a the first version of a new model so needs a new major (CalVer) version. |
❌ Failed to bump version or commit changes, see https://github.com/ACCESS-NRI/ACCESS-OM2-BGC/actions/runs/8366824447 ❌ |
!bump major |
❌ Failed to bump version or commit changes, see https://github.com/ACCESS-NRI/ACCESS-OM2-BGC/actions/runs/8366852547 ❌ |
The model version in the
|
So currently the CI is failing because it hasn't taken into account the possibility that the projections would be anything but |
…k-packages version
This
It will be deployed using:
If this is not what was expected, commit changes to |
…ystem openmpi directly)
This
It will be deployed using:
If this is not what was expected, commit changes to |
Deployment is failing because the environment still specifies |
This
It will be deployed using:
If this is not what was expected, commit changes to |
Add changes to convert from ACCESS-OM2 build type to ACCESS-OM2-BGC.
Requires changes to the README and the
spack.yaml
to usetype=ACCESS-OM2-BGC
which was added to the MOM5 spack package (see ACCESS-NRI/spack-packages#72).