-
Notifications
You must be signed in to change notification settings - Fork 279
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
Future proofing: add a scheduled job with dev versions of core deps #3376
Conversation
Ok so I got the workflow to run. It's failing because of a newly revealed api breakage from matplotlib, which is the whole purpose of this first line of defense. To avoid polluting everyone's PRs with |
For reference I'm working on the breaking change that was checked-in in matplotlib recently. I'll probably end up reporting upstream and hopefully it can be fixed before matplotlib 3.5 is actually released. edit: the faulty commit in matplotlib was 146856b03e85aa4b1becdd89fe1628f98fed2a05, I'll file a proper report upstream later |
marking this as draft for now because it removes the hard pinning to forbid matplotlib 3.5, and this doesn't look like a wise thing to do at the moment. |
reported upstream matplotlib/matplotlib#20520 |
d220f4b
to
7114da2
Compare
now that the release is out, I believe this is safe to merge as is. |
The problem with matplotlib has allegedly been fixed upstream 🎉 |
Great news, the job passed (https://github.com/yt-project/yt/actions/runs/1010839948) |
…plotlib and numpy
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.
LGTM, that seems like a nice addition :)
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 think this would be a good addition.
PR Summary
This adds a workflow to run essential tests against Python 3.10, with dev versions of numpy and matplotlib. The goal is to buy ourselves more time to fix issues (or reporting upstream) before it's too late.
The job is setup to be triggered at least once a day, as well as on every push to the main branch.
GH actions currently do not support a way to signal this properly (yet),
so I won't make it trigger on PRs
This is heavily inspired from a similar workflow in the pandas repo.
While I'm at it I'm updating the triggers for regular CI workflows so we can save a few hours of CPU time by skipping tests on PRs that only touch documentation.