-
Notifications
You must be signed in to change notification settings - Fork 667
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
discontinue Python 2 support #2303
Comments
@tylerjereddy pointed to numpy/numpy#14086 : |
Note that the proposed deprecation window of 42 months (2 minor Python releases) is much more aggressive than what we have been doing. We are used to projects that are carried out over years with the same versions of software. (Nevertheless, dropping Python 2.7 has to happen...). |
Discussion thread on the mailing list at https://groups.google.com/d/msg/mdnalysis-devel/UIPEFxwh_7o/WRWA--DtDgAJ |
Current Plan Deprecating Python 2.7 support
Presumably the main issue for users will be the decision to start projects with 1.0 or wait for 2.0. In order to make the decision easier, we would really need to release 2.0 within a few days of 1.0. That would mean to already have a 2.0 branch waiting that contains any real API breaks so we would need to have a good idea which if any breaks we want. It might just be the case that there's nothing major. Anything listed under Milestone 1.0 looks like stuff that should really go into 1.0. TODO
(Create issues and link them here.) |
That sounds like a pretty ambitious schedule to me. IIRC reaching all the 1.0 milestones is still a lot of work. |
You are correct that this is ambitious. I would say we still need to get towards 1.0 speedily. The 1.0 -> 2.0 transition might simply take a little bit longer, as annoying as it is. How fast we get started and converge with the 2.0 list is going to be a good indication of how fast 2.0 will actually come around. However, I don't have a fundamental problem with a 3.0 soonish after 2.0. This is open source with volunteers and while we try to be good to our users, sometimes we have to work within the confines of what we have. |
I'll draft the blog post MDAnalysis/MDAnalysis.github.io#111 ; at the moment along the following lines: Deprecating Python 2.7 support
|
- describe dropping Py 2 support MDAnalysis/mdanalysis#2303 - close #111
- describe dropping Py 2 support MDAnalysis/mdanalysis#2303 - close #111
I drafted the blog post. I changed the tentative 1.0.0 release date to "1st quarter 2020 (or maybe end of 2019)". Please comment on the draft at MDAnalysis/MDAnalysis.github.io#112. Thanks. |
- describe dropping Py 2 support MDAnalysis/mdanalysis#2303 - close #111
@orbeckst I think we're done with this right? |
yes |
Python 2 reaches end of life on 1 January, 2020, according to PEP 373 and python/devguide#344 based on https://mail.python.org/pipermail/python-dev/2018-March/152348.html.
Many of our dependencies (notably numpy, see Plan for dropping Python 2.7 support) have ceased Python 2.7 support in new releases or will also drop Python 2.7 in 2020.
I know that science is rolling slowly and surely some scientific projects will continue with Python 2.7 beyond 2020. MDAnalysis has been supporting Python 2 and Python 3 now for a while. However, given how precious developer time is, I think we also need to decide that we will stop caring for 2.7 after the official Python 2.7 drop date.
We need to decide how to do this. I am opening this issue with the intent that it gets edited into an actionable list of items.
The text was updated successfully, but these errors were encountered: