-
-
Notifications
You must be signed in to change notification settings - Fork 7.9k
[ENH]: Add a nightly wheel build #21635
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
Comments
I think we build them already (https://github.com/matplotlib/matplotlib/actions/workflows/cibuildwheel.yml) on every merge to main and 3.5.x, but do not upload them anyplace yet. |
oooooh - Thats almost perfect! You can get a list of them with:
( following https://docs.github.com/en/rest/reference/actions) and from there it should be possible to install the correct version. The only issue is then that the download is pretty large (284 MB!). So an amended version of this request is to upload two artifacts from that workflow:
|
Coming here from #21637 (comment), I have a branch on my fork that, inspired by
, to the scipy-wheels-nightly Anaconda Cloud organization as nightlies. This gets all the way up to the actual upload and then fails as the value of Example: So to my mind this is working and as it doesn't need to build anything it is pretty fast too. 👍 @tacaswell, @QuLogic, @jklymak, @greglucas, @ianhi if this approach sounds good to you I can PR (though I should also add docs given #21637 (comment)). It looks like the other projects in the scipy-wheels-nightly Anaconda Cloud organization are uploading all of their wheels though, so if you'd like me to have this also upload all of the wheels instead of just the |
Problem
Automated testing of third party packages against the latest matplotlib currently requires installing from source which takes quite a while.
Proposed solution
Add a github action (with cibuildwheel maybe?) that builds the latest matplotlib on one or a few OSes x python versions. Somethign like:
Python 3.8 and 3.9 on latest ubuntu
These wheels should then be uploaded to a consistent place (maybe somewhere on maptlotlib.org?) with a clear naming scheme so it's easy to install then from a scheduled github action.
The text was updated successfully, but these errors were encountered: