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 brett.cannon
Recipients Arfrever, brett.cannon, eric.snow, ncoghlan, pje
Date 2013-12-10.15:11:15
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1386688275.45.0.272490281564.issue19939@psf.upfronthosting.co.za>
In-reply-to
Content
I think programmatic deprecation is actually fine since that only comes up when running under -W which would be a bit odd for any tool to be run under except when testing. E.g. I had no personal issue deprecating imp for Python 3.4 even though that's the only way to do 2/3 programmatic import craziness as its use should be discouraged as much as possible since it's now fundamentally the wrong paradigm. And the tools can simply silence the deprecation if they actually find it noisy.

I do agree it should just be a PendingDeprecationWarning and not expect to remove it until either Python 4 or when the community has heavily shifted to Python 3. But when there are semantic replacements I think not doing a programmatic deprecation with warnings off by default is a disservice.
History
Date User Action Args
2013-12-10 15:11:15brett.cannonsetrecipients: + brett.cannon, pje, ncoghlan, Arfrever, eric.snow
2013-12-10 15:11:15brett.cannonsetmessageid: <1386688275.45.0.272490281564.issue19939@psf.upfronthosting.co.za>
2013-12-10 15:11:15brett.cannonlinkissue19939 messages
2013-12-10 15:11:15brett.cannoncreate