Spackify JEDI components for NEPTUNE-JEDI

[climbfuji]

Summary

Much credit and thanks to @rhoneyager-tomorrow for the original PR to JCSDA/spack (now stale): JCSDA/spack#395.

This PR updates the JEDI packages from PR JCSDA/spack#395 that are relevant for NEPTUNE-JEDI (aka FALCON project) and adds them to our custom repo under repos/spack_stack. Building these components in spack-stack and providing them as modules allows us to reduce the NEPTUNE-JEDI build to a small number of repositories that are controlled and developed by NRL only, and - very important - allows us to implement a pure CMake build at the top level (neptune-bundle/neptune-ecosystem) without having to deal with ecbuild.

Testing

• Step 1. Build these components with spack-stack as part of the neptune-dev template using gcc@13 on @climbfuji's development system
• Step 2.
• ...
• Step N.

Applications affected

NEPTUNE-JEDI

Systems affected

None directly

Dependencies

None

Issue(s) addressed

MISSING

Testing

• CI: Note whether the automatic tests (GitHub actions tests that run automatically for every commit) pass or not
  • GitHub actions CI tests pass
  • GitHub actions CI tests do not pass (provide explanation)
  • GitHub actions CI tests skipped (provide explanation if necessary)
• New tests added: List and describe any new tests added to GitHub actions
  • ...
• Additional testing: Add information on any additional tests conducted
  • ...

Checklist

• This PR addresses one issue/problem/enhancement or has a very good reason for not doing so.
• These changes have been tested on some of the affected systems and applications.
• All dependency PRs/issues have been resolved and this PR can be merged.
• All necessary updates to the documentation (spack-stack wiki) will be made when this PR is merged

[rhoneyager-tomorrow]

@climbfuji, thank you for carrying this through.

The dates encapsulated in the package version numbers are perhaps a bit confusing. For example, ioda version 2.9.0.20260120 points to commit 6e76616001067384f7d0ca4341ad78e81527af8b, which was made back in August 2025. I only mention this because yesterday the core repositories all received new tags, so there is now a ioda version 2.11.0, released 20260121, that is based on release branches cut back in November. Besides that, I'd love to push this into our own testing.

[climbfuji]

@climbfuji, thank you for carrying this through.

The dates encapsulated in the package version numbers are perhaps a bit confusing. For example, ioda version 2.9.0.20260120 points to commit 6e76616001067384f7d0ca4341ad78e81527af8b, which was made back in August 2025. I only mention this because yesterday the core repositories all received new tags, so there is now a ioda version 2.11.0, released 20260121, that is based on release branches cut back in November. Besides that, I'd love to push this into our own testing.

Agreed, and still being worked on. I need those for now as these are the hashes that neptune-bundle points to as of 2026/01/20. Likely won't get merged as is. We also discussed yesterday at the spack-stack meeting the desire to point to official tags of JEDI whenever possible. If we can't do this right away with neptune-bundle, then maybe using the date that the commit was made is a better idea.