This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author vstinner
Recipients JelleZijlstra, pitrou, rhettinger, vstinner
Date 2021-04-06.14:10:00
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1617718200.5.0.234714887271.issue43723@roundup.psfhosted.org>
In-reply-to
Content
Raymond Hettinger:
> I don't think there is any advantage in doing this. It will just break code that has worked for a very long time.

Do you mean code written for Python 2? Right, it's unfortunate that it became harder to write a single code base working on Python 2 and Python 2. But Python 2 had officially reached end of life in January 2020, and Python 3.0 changed threading method names 13 years ago (2008).

Deprecating and removing aliases are two different things. IMO deprecating is non-controversial, especially because DeprecationWarning is hidden by default.

Removing requires to estimate how many projects are impacted. On the top 4000 PyPI projects, I count 80 projects which still call currentThread() for example: that's significant. Example of projects: Twisted, pyuwsgi, PyQt5_sip, mod_wsgi, mercurial, lockfile, jupyterlab, gevent, etc. I didn't check if these projects call current_thread() on Python 3.

I would suggest to wait until the most popular PyPI projects no longer call deprecated methods before removing them.

I suggest to restrict the PR to deprecatation, and not plan removal yet.
History
Date User Action Args
2021-04-06 14:10:00vstinnersetrecipients: + vstinner, rhettinger, pitrou, JelleZijlstra
2021-04-06 14:10:00vstinnersetmessageid: <1617718200.5.0.234714887271.issue43723@roundup.psfhosted.org>
2021-04-06 14:10:00vstinnerlinkissue43723 messages
2021-04-06 14:10:00vstinnercreate