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 jdemeyer
Recipients jdemeyer, lemburg, mark.dickinson, methane, ncoghlan, rhettinger, serhiy.storchaka, vstinner
Date 2019-07-11.09:11:37
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1562836297.76.0.964841881647.issue29548@roundup.psfhosted.org>
In-reply-to
Content
I understand the arguments for not removing these functions. However, I still think that we should deprecate them but without planning in advance when they should be removed. Victor said that we should document these functions as "please don't use them", and that is exactly what a deprecation message accomplishes.

Most other projects that I know have only a minimum deprecation period (i.e. feature X can only be removed if it was deprecated for Y time). I don't understand why CPython insists that the minimum of 2 releases should also be a maximum (i.e. feature X MUST be removed after it was deprecated for Y time). I don't see the problem with long-term deprecations for stuff that we don't plan to remove soon.
History
Date User Action Args
2019-07-11 09:11:37jdemeyersetrecipients: + jdemeyer, lemburg, rhettinger, mark.dickinson, ncoghlan, vstinner, methane, serhiy.storchaka
2019-07-11 09:11:37jdemeyersetmessageid: <1562836297.76.0.964841881647.issue29548@roundup.psfhosted.org>
2019-07-11 09:11:37jdemeyerlinkissue29548 messages
2019-07-11 09:11:37jdemeyercreate