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

Make spack packages for CICE6, MOM6, WWIII, access3-share #163

Open
anton-seaice opened this issue Nov 14, 2024 · 1 comment
Open

Make spack packages for CICE6, MOM6, WWIII, access3-share #163

anton-seaice opened this issue Nov 14, 2024 · 1 comment
Assignees

Comments

@anton-seaice
Copy link
Contributor

Split the existing access-om3-nuopc package into several components, to produce the same result as the access-om3-nuopc package, split into components.

@anton-seaice
Copy link
Contributor Author

We want to be able to build both the MOM6/CICE6 standalone and access builds.

According to the spack docs, it looks like you can only use git hashes/tags from one repository - see https://spack.readthedocs.io/en/latest/packaging_guide.html#fetching-from-code-repositories

I think this means that we would have one spack package for each component, which points to the access-nri fork, and a seperate spack package (contributed to the upstream spack repo) for the upstream build ?

Should we prefix out packages with access- so we can have different packages for the upstream version in the future.

i.e there is an access-cice package in this repository and a cice package in https://github.com/spack/spack/tree/develop/var/spack/repos/builtin/packages ?

This seems like duplication, needing two spack packages for each model component ...

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

No branches or pull requests

2 participants