Live data from Hacker News

Python 3.12.0 is to remove long-deprecated items

discuss.python.org

11–20 of 257 posts

Re: Python 3.12.0 is to remove long-deprecated items

#11
post #2

Breaking changes in Python releases are nothing new, that’s why none of my Python projects are using the latest version :shrug:

The move to web based apps or connected in general was a genius move by the programming community.

Now there will be an endless churn to keep programs up to date for "security reasons" and that cost money.

We can even pull the plug on programs nowadays to the give the users the very best experience! Otherwise the lusers might have felt satisfied with what they have.

Re: Python 3.12.0 is to remove long-deprecated items

#12

The changes seem to be in modules. What is the relation between a new Python version and changes in modules? Are some modules considered to be part of the language?

The stdlib is linked to the version of the language, yes.

I wonder if there are languages (that have a stdlib) where that isn't the case

Re: Python 3.12.0 is to remove long-deprecated items

#14
post #3
post #2

Breaking changes in Python releases are nothing new, that’s why none of my Python projects are using the latest version :shrug:

The title is referencing this line (not TFA's actual title): > In the unittest module, a number of long deprecated methods and classes were removed. (They had been deprecated since Python 3.1 or 3.2). I doubt your projects are using 3.1 or 3.2 (or older, except perhaps 2.7, but then you wouldn't care that 3.12 was removing something deprecated vs 3.11 which has it)?

There's quite a bit more than just the unittest removals

https://docs.python.org/dev/whatsnew/3.12.html#removed

An example of a more recent deprecation is the 'distutils' module which was deprecated in 3.10.

Re: Python 3.12.0 is to remove long-deprecated items

#15
post #2

Breaking changes in Python releases are nothing new, that’s why none of my Python projects are using the latest version :shrug:

The move to web based apps or connected in general was a genius move by the programming community. Now there will be an endless churn to keep programs up to date for "security reasons" and that cost money. We can even pull the plug on programs nowadays to the give the users the very best experience! Otherwise the lusers might have felt satisfied with what they have.

You say that, but the web platform rarely if ever removes features in this way. My web code from 15 years ago works the same as it always did.

Re: Python 3.12.0 is to remove long-deprecated items

#16

Great, so now not only Python will be incompatible with itself, but also incompatible with itself even if you use Python 3. Sigh.

Or, the glass half full view of the world suggests that low usage high barrier to maintenance module deprecation increases overall long term improvements and compatibility at the cost of small, planned, notified, short term inconvenience.

Re: Python 3.12.0 is to remove long-deprecated items

#17
post #3
post #2

Breaking changes in Python releases are nothing new, that’s why none of my Python projects are using the latest version :shrug:

The title is referencing this line (not TFA's actual title): > In the unittest module, a number of long deprecated methods and classes were removed. (They had been deprecated since Python 3.1 or 3.2). I doubt your projects are using 3.1 or 3.2 (or older, except perhaps 2.7, but then you wouldn't care that 3.12 was removing something deprecated vs 3.11 which has it)?

I do not know what is wrong with Python, because I use it only occasionally, for short programs that do not use obscure features.

Nevertheless, there is no doubt that it is the worst software project that I have ever seen, during several decades, from the point of view of keeping compatibility between versions.

For other programs, I may happen to need to have installed 2 versions, or maybe 3 versions, at most, in order to be able to use other programs that are compatible only with certain versions.

On the other hand, for Python, during many, many years, I have been forced to keep installed all the time around 7 or 8 versions, to keep happy many other programs that claim to be compatible only with certain Python versions (and not also with any newer versions; some programs are even compatible only with a list of non-consecutive versions).

Building from source any program that depends on Python may frequently require various temporary configuration modifications, to ensure that the program is built only for the Python versions with which it is compatible.

Re: Python 3.12.0 is to remove long-deprecated items

#18
post #2

Breaking changes in Python releases are nothing new, that’s why none of my Python projects are using the latest version :shrug:

The move to web based apps or connected in general was a genius move by the programming community. Now there will be an endless churn to keep programs up to date for "security reasons" and that cost money. We can even pull the plug on programs nowadays to the give the users the very best experience! Otherwise the lusers might have felt satisfied with what they have.

Actually this is a return to the past, we used to call them timesharing systems.

Re: Python 3.12.0 is to remove long-deprecated items

#19
post #10

While it's been coming for a long time, it's still frustrating to see the cgi module go. It's going to create a load of busy work to rewrite some low-traffic scripts. Modules being removed [edit: in 3.13]: https://docs.python.org/dev/whatsnew/3.12.html#pending-remov... Updating CGI scripts will be a bit fiddly: https://peps.python.org/pep-0594/#cgi

You linked to Python 3.13 removals.

Python 3.12 removals are here:

https://docs.python.org/dev/whatsnew/3.12.html#removed

Post reply on HN