-
Notifications
You must be signed in to change notification settings - Fork 15
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
Workaround for MAPL dependencies #254
Workaround for MAPL dependencies #254
Conversation
… is merged and finds its way into the ufs-weather-model dependency tree
…/MAPL#2320 is merged and finds its way into the ufs-weather-model dependency tree
Hopefully, MAPL 2.40.4 (and newer) obviate the need for this, but this lets it work with older versions. And, well, this is tested and as far as I can see, cannot hurt even when newer MAPL is tested. |
@climbfuji I merged in latest develop and added a changelog entry for you. |
Ohhh ok, that's a problem if the ufs-weather-model is not at the top of develop at the moment ... do you have a feeling of what happens if we fast-forward the GOCART submodule pointer in the UFS? |
Ohhh. Do you know what version you are using? |
hash 6ea78fd |
@climbfuji Well, it looks like that is essentially our main and now the only difference is fixes from #253 for FENGSHA that just got in: So it is at most no change and if not, better, if you are running FENGSHA. |
If you are okay with that, I can work with @vbuchard to get your fix into |
Should we change the target branch to main then and revert the merge from develop? Or merge this as-is into develop and then cherry-pick for another PR to main? |
We will need the latest develop branch as there is a need from a scientific standpoint for the dust scheme. I ran a test with the latest develop and it works fine with the current version of MAPL. ufs-community/ufs-weather-model#1922 |
That's great news, thanks @bbakernoaa. @mathomp4 How about we merge this now, and then I'll either wait for @bbakernoaa 's PR to go in first, or I update the submodule pointer in my ufs-weather-model PR? |
@climbfuji if you want to include the submodule update in your PR that is fine with me. We just need to get this moving for the EP5 experiments. |
@bbakernoaa To confirm, do I need the changes in https://github.com/ufs-community/ufs-weather-model/pull/1922/files I am getting segfaults without them when I run the
|
@climbfuji That looks to me like the answer is yes. ESMF is complaining that it can't satisfy call ESMF_ConfigGetAttribute (cfg, self%f_swc, label='soil_moisture_factor:', __RC__) |
Thanks, I cherry-picked that commit in my branch so that credits go to @bbakernoaa and not me, testing now. |
@climbfuji Yes you will need those. Otherwise the GOCART component will crash. The attributes must be present in .rc file. |
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Trusting @mathomp4 on this one. Thanks
There is a long discussion in the ufs-weather-model (ufs-community/ufs-weather-model#1854) and in MAPL (GEOS-ESM/MAPL#2320) on missing (implicit) dependencies for MAPL. It's been fixed in MAPL develop, but this version won't be used in the software stack for a while.
Meanwhile, we need to find the dependencies for GOCART in spack-stack-1.5.0 explicitly. Because of the
QUIET
attribute, this won't break other software environments where one or more offargparse
,yafyaml
,pflogger
are not installed.