Skip to content
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

requesting updates to package.py for CRTM #155

Closed
BenjaminTJohnson opened this issue Aug 19, 2022 · 1 comment · Fixed by #156
Closed

requesting updates to package.py for CRTM #155

BenjaminTJohnson opened this issue Aug 19, 2022 · 1 comment · Fixed by #156

Comments

@BenjaminTJohnson
Copy link

@climbfuji

https://github.com/NOAA-EMC/spack/blob/8a949c880aac1781852eb8c1ef45f32668edcdfb/var/spack/repos/builtin/packages/crtm/package.py

Here are the relevant tags for CRTM (https://github.com/JCSDA/crtm):
For JEDI use:
v2.4_jedi ( tag newly created, points to release/crtm_jedi_v2.4.0)
v2.3_jedi.4 ( points to release/crtm_jedi last digit incremented with updates to the release branch)

For EMC use:
v2.4.0_emc ( tag newly created, points to release/REL-2.4.0_emc )
v2.3.0_emc ( tag newly created, points to release/REL-2.3.0_emc )

EMC releases use git-lfs for the binary fix/ directory, but an alternative exists for systems with no git-lfs support.

jedi releases rely on ctest to download fix/ coefficients from GDEX. This download should probably occur during the build process, rather than the ctest.

This is all that spack-stack needs to support right now. The "non-EMC" and "non-jedi" releases of CRTM do not need to be in spack stack.

@climbfuji
Copy link
Collaborator

Thanks, @BenjaminTJohnson - I'll work on this in the afternoon.

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

Successfully merging a pull request may close this issue.

2 participants