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

Support for builds on the NOAA cloud service providers. #831

Closed
HenryRWinterbottom opened this issue Jun 15, 2023 · 0 comments
Closed

Support for builds on the NOAA cloud service providers. #831

HenryRWinterbottom opened this issue Jun 15, 2023 · 0 comments
Assignees
Labels

Comments

@HenryRWinterbottom
Copy link
Contributor

The global-workflow has begun deployment to the NOAA cloud-service providers (CSP). As a result, all related utilities will need to be compiled against stacks specific to the respective CSPs.

Currently, UFS-UTILS does not provide this option. The steps to accomplish this are as follows.

  • Add capabilities to detect the respective CSP platform;
  • Point to the correct set up modules;
  • Build the UFS-UTILS package within the global-workflow build system using the UFS-UTILS build system (see here.

The current blocker is which compiled stack to use; that supported by the global-workflow team or EPIC.

Proposed/temporary solution: Build against the current global-workflow maintained stack. Once the questions related to EPIC are resolved, the global-workflow supported stack can be swapped out for the EPIC supported stack (i.e., load a different module path).

This would require two different PRs as dictated by the current CSP stacks. However, once the infrastructure bits are added to the build system the impact of pointing to a new stack path (e.g., EPIC) should be small/minimal and accompanied by a short PR.

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

No branches or pull requests

2 participants