Live data from Hacker News

Python 3.12.0 is to remove long-deprecated items

discuss.python.org

241–250 of 257 posts

Re: Python 3.12.0 is to remove long-deprecated items

#241
post #238
post #52

Earlier quoted context omitted.

That tool is not a permanent addition to the list of dependencies, but for a single migration effort. As such, it is unnecessary to include it in the standard library.

It should still be hosted somewhere that won't disappear tomorrow if GH goes bust or starts packing malware.

It's also on PyPI. https://pypi.org/project/teyit/ .

Re: Python 3.12.0 is to remove long-deprecated items

#242

Earlier quoted context omitted.

Several groups of people offered to maintain python 2. They were told very clearly they could not do so "officially", and we're even threatened with lawyers if their thing looked like it could be mistaken for "Python 2".

Here's an actively maintained version of Python 2: https://www.activestate.com/products/python/python-2-7/ As you can see, it is still offered, and the PSF doesn't have a problem with that. The problem with those other groups is that they didn't want to maintain Python 2. They wanted to take it and develop it, evolving the language separately from Python 3 - while also calling the result "Python 2.8" (and presumably…

I genuinely thought some people wanted to do this, but we're refused, so I've learnt I was wrong.

It would be nice if this was linked from python.org as well.

Re: Python 3.12.0 is to remove long-deprecated items

#243
post #139

Earlier quoted context omitted.

Do you have pointers to that? The one I saw was called “python 2.8” which is definitely a point of confusion for people who might think it was supported.

Look up Tauthon , believe that was the name.

Yes, that’s the one. Note that they’re still there – the PSF just didn’t want them calling something which isn’t made by the Python developers Python 2.8. Once they adopted the Tauthon name they were fine.

Re: Python 3.12.0 is to remove long-deprecated items

#244

Earlier quoted context omitted.

> If you had a set of single simple python functions maybe they wouldn't have broke as much if at all? Like (python 2): print "hello world!" ? ( https://docs.python.org/2/tutorial/introduction.html )

Python 3 came out 14 years ago, and changing the syntax of one function wasn’t even a big deal then. Literally a 10 minute code search to fix a project. It might be time to move on…

It was literally months to fix every change in every project and to fix all the issues coming from that. ("print" wasn't the only change in 2->3)

Our codebase is was (and is) old, but the forced change came recently, when ubuntu decided to remove python 2 support (ubuntu 20.04?). And when ubuntu decides that they want python >=3.12 as the only version installed, this means another change and more work to fix stuff that worked just fine.

Re: Python 3.12.0 is to remove long-deprecated items

#246
post #238

Earlier quoted context omitted.

It should still be hosted somewhere that won't disappear tomorrow if GH goes bust or starts packing malware.

It's also on PyPI. https://pypi.org/project/teyit/ .

Then that would have been a better link to publish in docs.

Re: Python 3.12.0 is to remove long-deprecated items

#247
This is enough for me to swear off python for any long-lived or production system. I am tired of this kind of endless incompatibility. It has fractured the ecosystem sufficiently that things break all the time when trying to use any non-trivial set of dependencies. Maybe the developers will stop this crap with Python 4. It’s the next Perl 6!

Re: Python 3.12.0 is to remove long-deprecated items

#248
post #175

I thought having smtpd was useful but I guess people must be using better maintained alternatives. Anyone care to comment on what they are using for receiving emails in Python? Update: smtplib is still on, so that makes sense.

> Anyone care to comment on what they are using for receiving emails in Python? In most cases, you use an existing MTA (like Postfix or whatnot) and set it up to deliver mail to a Python script. Or, even less directly, you use an IMAP library to access mail after it's delivered to a mailbox, or use a mail provider which can call a webhook over HTTP when an email is received. For the rare situations where you do reall…

Aiosmtpd is great. A simple script to send all received mails to something like slack is demonstrated here: https://github.com/ont/slacker

Re: Python 3.12.0 is to remove long-deprecated items

#249

Earlier quoted context omitted.

Okay, then practically you can't pin versions and have it work forever.

You can. Package everything you need with the environment and you’re done. Now whether future versions of whatever container you choose to run it in will support establishing the environment is a separate detail. There is no answer. You can go all the way to reserving an entire computer to run mission critical code but you don’t know if it is future proof in terms of electrical specifications. That’s the point of civ…

> You can go all the way to reserving an entire computer to run mission critical code but you don’t know if it is future proof in terms of electrical specifications.

See, that's a beautiful example, just not in the direction that I think you intend it. I can, in fact, take an appliance that's a few decades old and plug it into a modern outlet and it'll work just fine. I do not, in fact, have to preserve an entire electrical grid just to run my application^w appliance, because the underlying infrastructure maintains compatibility.

Re: Python 3.12.0 is to remove long-deprecated items

#250
post #208
post #202

Earlier quoted context omitted.

Obsolete means no longer in use or useful. It's been argued in this thread that it's both in use and useful. But yes, there are more secure protocols that overlap with most of what telnet can be used for.

Obsolete doesn’t mean something has no possibility of being useful but rather that it’s no longer commonly used because there are better alternatives. My son’s beloved steam locomotives still run but nobody uses them for normal commercial service because they became obsolete shortly after the invention of diesel and electric. > (of words, equipment, etc.) No longer in use; gone into disuse; disused or neglected (ofte…

Telnet is still in use for its primary purpose, which is a bit different than a locomotive which has been neglected to a tourist attraction. Your last paragraph means you would like to make telnet obsolete, but it isn't yet. As evidenced in the thread, it's not partical or desirable to replace it with other technology in all the deployments of it. So, it's still hanging in there for now.
Post reply on HN