-
Notifications
You must be signed in to change notification settings - Fork 28
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
improve WebbPSF data caching in GitHub CI #923
Conversation
Codecov ReportAll modified lines are covered by tests ✅ 📢 Thoughts on this report? Let us know!. |
a1d7883
to
be68c69
Compare
There are many failed jobs because of #922 and the devdeps are failing due to numpy 2.0 deepdiff incompatibility (the devdeps job does not appear to be installing the dev version and appears related to #910). @zacharyburnett I requested a review on this PR even though it will stay draft until #922 can be fixed and #920 merged. Thanks for giving it a look! |
made a PR at braingram#1 |
@zacharyburnett feel free to push to my branch if any more errors pop up |
78cf37b
to
9e6f9ad
Compare
eb6ee95
to
05c9861
Compare
The webbpsf hash does not appear to be propagated to the test jobs:
|
fixed with 2c6ef24
|
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I like it!
Just 2 minor edits for the use of crds_path
instead of path
.
I'd also like to see some of the combinations "exercised" once changes are finished including:
- removing the "update webbpsf data" label from this PR and confirming that the data is not downloaded
- removing the "webbpsf-{hash}" cache and triggering the "data.yml" (with a workflow_dispatch seems good enough)
It would also be great to see the CI green so the final combined cache can be generated but that will have to wait for changes outside the scope of this PR.
@mairanteodoro Does it make sense to delay this PR until those are done?
removing the |
I removed the |
Thanks for running the tests! All looks good to me. |
71de097
to
8b6e78b
Compare
@zacharyburnett I tried adding the |
I'm not sure what the issue was, but I reran the workflow and it looks like the caches are generated again and the tests are running. |
download webbpsf data once per week to update a cache ``webbpsf-<hash>`` that can be used as a ``cache-restore-keys`` entry for the cache in other ci jobs. This can also be triggered when a PR is specifically labeled to update webbpsf data. Update other ``roman_ci.yml`` to use most recent ``webbpsf-<hash>`` to look up hash to then construct a combined cache key (for the combined crds/webbpsf data cache) using the webbpsf data as a restore key to initialize the cache with the pre-fetched webbpsf data. ``roman_ci_cron.yml`` will need similar updates.
8b6e78b
to
1ed817b
Compare
@zacharyburnett should this get another review since we've both contributed? If not, I'm happy merging it as the CI appears green (except for the devdeps jobs which are failing due to unrelated issues fixed in: #940) |
I think it looks good to merge, at least to me |
Note that I manually triggered the workflow after merging to generate a |
This PR changes how webbpsf data is downloaded and cached in the github actions CI.
This PR adds a new reusable workflow
data.yml
that is used by:roman_ci.yml
roman_ci_cron.yaml
test_devdeps.yml
and handles:
Checklist
CHANGES.rst
under the corresponding subsection