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 benjamin.peterson, brett.cannon, corona10, rhettinger, serhiy.storchaka, vstinner
Date 2019-12-09.13:16:13
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1575897374.28.0.994425327767.issue38916@roundup.psfhosted.org>
In-reply-to
Content
Brett Cannon: "If it was documented as deprecated and raising a deprecation warning then 3.2 is definitely far enough back to warrant removing it."

I understood that Brett is in favor of removing it.

Raymond Hettinger: "The tostring() method should be handled in the same way."

Done.

Raymond Hettinger: "Remediation is easy because from_bytes() is a alias"

For code supporting Python 2 and Python 3, it may be annoying, but Python 3.9 will only be released after Python 2 support will end. So I consider that it's an acceptable annoyance. Users can put "if six.PY3" in their code or don't support Python 3.9.


Raymond Hettinger: "Still, all removals cause disruption from at least some users"

I'm perfectly aware of that. But I consider that it's worth it. I chose to push my change early in the 3.9 development cycle, to get users feedback earlier. So we can still revert the change if they are too many complains.


Raymond Hettinger: "The other deprecation in the array module says, "Deprecated since version 3.3, will be removed in version 4.0".  Perhaps this one should have had the same qualifier."

I proposed PR 17523 to document that tostring() and fromstring() deprecated aliases will be removed in Python 3.9.
History
Date User Action Args
2019-12-09 13:16:14vstinnersetrecipients: + vstinner, brett.cannon, rhettinger, benjamin.peterson, serhiy.storchaka, corona10
2019-12-09 13:16:14vstinnersetmessageid: <1575897374.28.0.994425327767.issue38916@roundup.psfhosted.org>
2019-12-09 13:16:14vstinnerlinkissue38916 messages
2019-12-09 13:16:13vstinnercreate