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

Python 2 is EOL soon (2020) #2834

Closed
aphor opened this issue Oct 23, 2018 · 10 comments
Closed

Python 2 is EOL soon (2020) #2834

aphor opened this issue Oct 23, 2018 · 10 comments
Labels
support Community support

Comments

@aphor
Copy link

aphor commented Oct 23, 2018

In 2020 upstream Python 2 updates (including security updates) will stop.

"The End Of Life date (EOL, sunset date) for Python 2.7 has been moved five years into the future, to 2020. This decision was made to clarify the status of Python 2.7 and relieve worries for those users who cannot yet migrate to Python 3. See also PEP 466."

https://www.python.org/dev/peps/pep-0373/
https://pythonclock.org/

This will require planning (timeline/goals), architecture (dual python versions or cutover migration), testing, and documentation.

@AdSchellevis
Copy link
Member

We know. We're probably going to use a dual python version strategy as of 19.1, leaving the rest of the year to convert the different scripts. some are already compatible, some aren't yet.

@fichtner fichtner added the support Community support label Oct 23, 2018
@aphor
Copy link
Author

aphor commented Oct 23, 2018

Wow. That's not a very friendly response. I was hoping to get some discussion going and maybe provide a couple of PRs.

Ticket closed == topic closed

If this is an open source collaboration project, please show me the open door. How can I help?

@fichtner
Copy link
Member

Please don't be surprised if you don't lead with a question or personal stake that makes your post not look like an automated notice.

@fichtner fichtner reopened this Oct 24, 2018
@aphor
Copy link
Author

aphor commented Oct 25, 2018

Thanks for the guidance. Would you welcome PRs to help move the Python code migration along?

@AdSchellevis
Copy link
Member

@aphor we certainly do, if compatible with both versions we might consider patches to be include in 19.1, otherwise we rather see them enter a bit later so they can be used with our dev version when both versions are shipped.

Thanks in advance!

@fichtner
Copy link
Member

Python 3.6 packages will be in 18.7.7, except for ipaddr as it seems to be in the base installation under 3.3+.

66709dbbfa0
opnsense/tools@c0a105a93eb
opnsense/tools@62fa88cd5d1
opnsense/tools@4f5a745c52f
opnsense/tools@28d826cf0ed
opnsense/tools@d322b6001bc
opnsense/tools@a75e573ad2f8
opnsense/tools@627d147d67c
opnsense/tools@a836b4683e8

@AdSchellevis
Copy link
Member

@fichtner nice! thanks!

@fichtner
Copy link
Member

fichtner commented Dec 3, 2018

and today ticket open == no progress ;)

@aphor
Copy link
Author

aphor commented Dec 4, 2018

I have to burn some vacation time this month. I spent some of my copious spare time in the last few weeks setting up a local test environment.

BTW: ipaddr in base python is a little problematic as it doesn't accept RFC compliant scoped local addresses. There is a bolt-on implementation which does though, in saltstack/salt.

@fichtner
Copy link
Member

Keep ticket or split into workable chunks of actual tasks?

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

No branches or pull requests

3 participants