-
-
Notifications
You must be signed in to change notification settings - Fork 25.8k
Version 1.0 release #20965
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
The ARM are located there: https://pypi.anaconda.org/scikit-learn-wheels-staging/simple/scikit-learn/
|
However, something is weird with the naming (basically for all |
what about the M1 chip wheels? are we doing them? |
Not yet. We are awaiting for SciPy to provide a wheel. It is almost there but @ogrisel just discovered the following bug a couple of days ago: scipy/scipy#14688 |
The release candidate is uploaded, and the tag is created on the release branch: https://pypi.org/project/scikit-learn/1.0rc1/ |
Documentation: https://scikit-learn.org/1.0/ |
I see you dropped Python 3.6 for this release. Why not dropping Python 3.7? Both NumPy and SciPy dropped it on master (https://scipy.github.io/devdocs/dev/toolchain.html and xref scipy/scipy#14655 ). And it would be closer to NEP29. |
We probably would for next release. But I'm happy to have 3 python release support for our release. |
@adrinjalali |
@reshamas which note do you mean? |
The checklist at very top of this page has an item for "announce on mailing list and on twitter". |
I would take NEP29 as a minimal requirement for scikit-learn. If it's easy for us to support a little more, then let's do it. I like the last 3 Python versions rule of thumb. It's still manageable from a CI maintenance point of view. |
Python 3.10 being out next month basically, I would read this as: let's drop Python 3.7 to support 3.8, 3.9 and 3.10. |
We are about to release 1.0.0 today hopefully, so let's keep 3.7 for this one :) |
Oh great! 😃 Sure then. |
Even if that's the case, it's would still be ok to support 3.7 for sdist and wheels on pypi.org. |
For information, the conda-forge packages are being prepared here: conda-forge/scikit-learn-feedstock#166 |
@ogrisel I would be happy to try a PR to remove 3.7 once v1 is out. Let me know if this is wanted, trying to get on board in some ways 😅 |
we probably would keep 3.7 on |
@adrinjalali can you please update the todo list of this issue? It seems that most of it is done and I am not sure what is left to do besides general announcements and updating the As @thomasjpfan said on gitter.im, we still need to update |
the change is done now, was waiting for the builds to finish before pushing it |
The |
From #14832 I think we do not need to update it anymore and it could be removed from the checklist. |
I think we can close this one. Thanks everyone and @adrinjalali in particular! |
Thanks everyone and @adrinjalali in particular!
Yes!!
|
@adrinjalali (I assume this checklist will be used for the next release.) |
Arliss from NumFocus sends reminders before each newsletter, we just need to respond to those. |
This is the issue to cover things we need to do to finish the release.
@scikit-learn/core-devs please tag this issue when you want a PR to be backported to 1.0 from now :)
Question: the travis job triggered by
[cd build]
succeeded, but we don't have any ARM wheels on the anaconda repo, I'm puzzled.[cd build]
commit message to upload wheels to the staging repohttps://github.com/conda-forge/scikit-learn-feedstock and wait for merge
fix the binder release version in.binder/requirement.txt
(see[MRG] More explicit binder requirements for 0.22 #15847)
The text was updated successfully, but these errors were encountered: