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

Planify Python version support. #11

Open
Carreau opened this issue Sep 9, 2020 · 4 comments
Open

Planify Python version support. #11

Carreau opened this issue Sep 9, 2020 · 4 comments

Comments

@Carreau
Copy link

Carreau commented Sep 9, 2020

As discussed today this is an issue to discuss future support for multiple Python versions.

Currently Python 3.5 does not support many of the newer syntax feature and from the discussion there does not seem to be strong reasons to keep Python 3.5. Thus it seem like giving the Zarr community notice that we are planning to drop Python 3.5 support, give a few weeks to let users express concern, grievances, and if no objection, do one last release supporting 3.5.

In addition to this I suggest to adopt a schedule of dropping Python support ahead of time to give users time to planify. As we are just stopping support for 3.5 I suggest using NEP 29 but shifted by 12 month.

On next release, drop support for Python 3.5 (initially released on Sep 13, 2015), and support for Numpy 1.14 (initially released on Jan 06, 2018)
On Jun 23, 2021 drop support for Python 3.6 (initially released on Dec 23, 2016)
On Jul 23, 2021 drop support for Numpy 1.15 (initially released on Jul 23, 2018)
On Jan 13, 2022 drop support for Numpy 1.16 (initially released on Jan 13, 2019)
On Jul 26, 2022 drop support for Numpy 1.17 (initially released on Jul 26, 2019)
On Dec 26, 2022 drop support for Python 3.7 (initially released on Jun 27, 2018)
On Apr 14, 2024 drop support for Python 3.8 (initially released on Oct 14, 2019)

@jakirkham
Copy link
Member

Would be good to get some thoughts from downstream users on this. CC'd a few below. Feel free to pull in others that may have thoughts here 🙂

cc @rabernat @jhamman @jni @sofroniewn

@jni
Copy link

jni commented Sep 12, 2020

For both napari and scikit-image we are following NEP-29 (plus a few months where convenient) so this would be completely fine by us.

@shoyer
Copy link

shoyer commented Sep 12, 2020

Xarray already requires Python 3.6, and we are considering requiring Python 3.7 soon.

@dstansby
Copy link
Contributor

zarr is signed up to https://scientific-python.org/specs/spec-0000/, so I guess this could be closed?

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

No branches or pull requests

5 participants