[skip ci] Updates for spack v1 at NAS#1810
Merged
climbfuji merged 10 commits intoJCSDA:feature/update_to_spack_v1from Nov 17, 2025
Merged
[skip ci] Updates for spack v1 at NAS#1810climbfuji merged 10 commits intoJCSDA:feature/update_to_spack_v1from
climbfuji merged 10 commits intoJCSDA:feature/update_to_spack_v1from
Conversation
climbfuji
reviewed
Nov 10, 2025
Collaborator
Author
|
@climbfuji Many a change pushed based on your suggestions. Please take another look. |
climbfuji
approved these changes
Nov 14, 2025
repos/spack_stack/spack_repo/spack_stack/packages/gmao_swell_env/package.py
Outdated
Show resolved
Hide resolved
Collaborator
|
@mathomp4 Do you want to merge this as is and do the spack package updates in a separate PR? |
Collaborator
Author
|
@climbfuji Okay. I think I did the packages one here: My first time doing something like this, so hopefully it's okay. :) Note: I didn't update the submodule pointer here, because I guess I thought that would be done after JCSDA/spack-packages#22 was merged? I might not have the order right. |
climbfuji
approved these changes
Nov 17, 2025
This file contains hidden or bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Sign up for free
to join this conversation on GitHub.
Already have an account?
Sign in to comment
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.
Description
This PR has updates for spack-stack v2 at NAS.
Beyond the updates for the machine itself, I'm also trying to close #1139 and build FMS in two ways with both GFS and GEOS constants.
At the moment, both variants do build, but weirdly I only get a suffix in the modulefiles for GFS→ This is no longer true. Was a typo on my end.The other issue with this is that I'm not sure how to handle the spack-stack unique modules. When I build this, the fms versions are all wonky. To be "safe" only the GEOS important ones should probably default to
constants=GEOSFMS, things likejedi-geos-envandgeos-gcm-env(which at the moment have internal FMS, but soon will not). I'm not sure how to make these default toconstants=GFS. I mean...some did...Dependencies
I will need to make a PR to spack-packages for some package updates I need. I'll work with @climbfuji or @AlexanderRichert-NOAA to teach me the right way to do this. I'm not the best at submodules
Issues addressed
Closes #1139
Applications affected
I guess
ufs-weather-model-env,ufs-srw-app-envandjedi-ufs-envare now picking up the wrong FMS. Nuts.Also, I updated
geos-gcm-envandjedi-geos-envto[email protected]because we use that now.Systems affected
NAS directly.
In trying to look at #1139, all other systems?
Testing
Checklist
doc/source/PreConfiguredSites.rstanddoc/source/MaintainersSection.rst