-
Notifications
You must be signed in to change notification settings - Fork 259
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
Drop support for python 2 #578
Comments
Technically, I'm sitting on a Python 2 codebase for a while still (the joy of huge legacy codebases). And will be migrating to Python 3 during the next year. So i would prefer to keep things useable for both for that time for reasons. But i agree that it is a reasonable goal to drop Python 2 support. |
Another option is to fork out the Python 2 support into a separate project. |
Technically, you can run on the latest supported release :) The release cycle has slowed down recently so I think that you should be able to stay on that release for the next year without much trouble.
I would rather not fork as it would create quite a lot of overhead. |
I also think a fork is a bad idea. I just think end-of-year is a little to aggressive. Imagine you are using pyoidc as an authentication system in a Python 2.7 based system. So you want to be able to update to new releases quickly, in case of security issues. It is even mandatory for some people to be able to do that. Now we drop Python 2.7 support for end of year with an effectively 4 week timeframe (christmas, new year etc.) for people to upgrade their setup to Python 3.x. So either we at least have plans do some kind of security only releases for the 2.7 based stuff for a while (when needed), or we should make the full switch later (e.g. 1. April 2019, 1. July, etc.). So I would be fine with creating a branch for the old 2.7 stuff with 'security fixes only' and a branch for new development, features etc. |
I meant we do a release toward the end of the year that has all the current features and still supports 2.7. |
Sounds like a reasonable plan, yes. |
OK then, lets do a release in January, so we don't release before Christmas and then we can start working on droping Py2 support :) |
Guess you meant drop Py2 support ;-). |
Yep! |
I think that it is about time we drop support for python 2. The remaining lifetime is only one year and dropping this support would allow some much needed code cleanup.
We should do a last release which would support both versions of python towards the end of the year and then drop python 2 entirely in 2019.
If we agree on this, I can focus on that.
The text was updated successfully, but these errors were encountered: