Update uwtools

[rickgrubin-noaa]

Add uwtools@2.8.2; v2.8 and newer require dependency py-python-dateutil@2.9: -- see here.

Deprecate uwtools@2.5.1 per communication with uwtools team. Deprecation policy: "latest three minor releases"

[climbfuji]

@WeirAE Can you please review this? I recall vaguely problems with 2.8.x? Also, we want the version here to be in sync with the authoritative version in spack-packages.

[WeirAE]

Just a nitpick and a technicality - thanks for putting the update in!

[rickgrubin-noaa]

@WeirAE Can you please review this? I recall vaguely problems with 2.8.x? Also, we want the version here to be in sync with the authoritative version in spack-packages.

@WeirAE update(s)? -- or waiting on upstream spack?

[WeirAE]

@rickgrubin-noaa Apologies - I added these but didn't click the 'submit review'!

[climbfuji]

Note that this PR will need to be recreated in https://github.com/jcsda/spack-packages to accommodate the changes coming with spack v1 and the separation of the packages repo. We don't want to make any updates to https://github.com/jcsda/spack until the update to spack v1 is completed.

[rickgrubin-noaa]

Note that this PR will need to be recreated in https://github.com/jcsda/spack-packages to accommodate the changes coming with spack v1 and the separation of the packages repo. We don't want to make any updates to https://github.com/jcsda/spack until the update to spack v1 is completed.

You prefer this PR to be closed and re-create / wait, correct?

[climbfuji]

It's ok to leave it open as a reminder for me to bring those changes over to spack-packages so that you don't have to repeat your work.

[climbfuji]

Let's ignore the windows audit failure; the audit worked on macOS and Linux.

@WeirAE and @rickgrubin-noaa can you please resolve the comments so that the package here looks like the one in JCSDA/spack-packages#1 ?

[rickgrubin-noaa]

Let's ignore the windows audit failure; the audit worked on macOS and Linux.

@WeirAE and @rickgrubin-noaa can you please resolve the comments so that the package here looks like the one in JCSDA/spack-packages#1 ?

Done.

[climbfuji]

This is ok to merge. See attached diff: left spack-packages (already merged), right this PR. I will note that the formatting in the spack-packages PR is not compliant and once we have the style check enabled it will fail. But that's not an issue at the moment.

[AlexanderRichert-NOAA]

This needs an update for py-python-dateutil, as no versions in the 2.9: range exist in the JCSDA repo. This is shown in the failing audit job: https://github.com/JCSDA/spack/actions/runs/16373480934/job/47606044798

[rickgrubin-tomorrow]

This needs an update for py-python-dateutil, as no versions in the 2.9: range exist in the JCSDA repo. This is shown in the failing audit job: https://github.com/JCSDA/spack/actions/runs/16373480934/job/47606044798

I'm aware of it; there is a 2.9.0-post0 version available; it's already in JCSDA/spack-packages for the day when the future becomes now.

In the meantime, pinning uwtools to 2.7.2 is part of a PR that will merge shortly -- a full build of spack-stack@develop succeeds and when that merges, this problem will go away.

Or I can update JCSDA/spack; you and @climbfuji can decide on how you'd like to proceed.

[climbfuji]

How about we pin uwtools for now?

[rickgrubin-noaa]

How about we pin uwtools for now?

Add uwtools for global-workflow-env, build openssl in the stack #1736 pins to uwtools@2.7.2 once approved / merged and Update uwtools #557 (which is merged) includes v2.7.2

[WeirAE]

This will be good to add to the SRW environment too - I'll follow up with that once spack#1736 is merged and add to the weather model env as well once that integration progresses further