Re:PEP 594 – Removing dead batteries from Python's standard ...
by enedil on Wednesday May 22, 2019 @07:35PM
(#19986757)
I'm not the OP, but I suspect that what was means was backporting features to py2.7, which presumably use some new Python 3 which haven't been built in the old language version.
Re:PEP 594 – Removing dead batteries from Python's standard ...
by simcop2387 on Wednesday May 22, 2019 @10:10PM
(#19987678)
I don't think that back porting features to 2.7 it's in anyone's radar anymore given that it goes end of life in just over 7 months. Anything that isn't already there is likely not going to benefit many people
Re:PEP 594 – Removing dead batteries from Python's standard ...
by Dylan16807 on Thursday May 23, 2019 @01:45AM
(#19988836)
Lots of people are on python 2, and if they didn't already migrate then an EOL notice isn't going to be a big motivator.
Re:PEP 594 – Removing dead batteries from Python's standard ...
by dual_basis on Thursday May 23, 2019 @07:26AM
(#19990655)
You'd be surprised I think. In my job, EOL noticed are all it takes, often, to push people onto the next version, even reluctantly. I imagine many situations where Python 2 is still used are not developer driven but, rather, business value propositions. Many of my clients wouldn't understand a discussion about upgrading because of Unicode strings, but if I were to mention to my clients that Python 2 is no longer receiving bugfixes and officially has reached EOL status you can bet they would all throw money at it.
Packages in the stdlib don't need compatibility layer since they are always used with the Python version they were written for, it's motly incremental rewrites.
Regarding the build time, I don't think most of the time is spent testing those parts of the stdlib.