Closed kloczek closed 4 months ago
Actually I've started my work from last release and just found that some work dropping python<=3.7 support has been done 😋 (which is good 😄 ). Will back soon with some results after check what already is on master.
Python 2 will be supported as long as there's a supported RHEL version that uses python 2 by default.
Python 2 will be supported as long as there's a supported RHEL version that uses python 2 by default.
I did not propose stop supporting python 2 at all but only keep that support outside of master (on branch).
What about release new version? 🤔
BTW .. from https://access.redhat.com/solutions/4455511
The RHEL 8 AppStream Lifecycle Page puts the end date of RHEL 8's Python 2.7 package at June 2024.
So it is only few weeks so IMO it make sense to start preparing for that 😋
Have you considered not telling people how they should develop software when the only reason for the request is some kind of personal vendetta against six
or Python 2.7?
We've already been through this discussion in #304. This is your final warning, stop this behaviour or I'll block you from contributing to this project.
We've already been through this discussion in #304. This is your final warning, stop this behaviour or I'll block you from contributing to this project.
Do you really remember all what you wrote ~two years ago? 🤔 (please do not start from argmentum ad personam) Python 2.xaready is EOSed +4 years. Is it not time to start clean the code?
Python 2.x has been EOSed +4 years ago. Last year python 3.7 support has been EOSed and this year end of Sep python 3.8 will be EOSed. Because of above I think that it would be good start thinking about drop support for all those versions by:
Simple it is better to have clean code on the master instead in one source tree maintain multiple version. I can share part of my work on that goal as draft PR if you want.