[Python-Dev] Removing stuff from 2.4 (original) (raw)

Anthony Baxter anthony at interlink.com.au
Sun Aug 8 09:59:22 CEST 2004

Barry Warsaw wrote:

I'll probably remove those. We're bumping the email package's own version number to 3.

The AddlistClass in email is marked as deprecated, but is deprecated in favour of a class in rfc822!

* Make mimetools, mimify, Mimewrite raise DeprecationWarnings. (This is the part I'm least sure about; comments from people who know about these modules would be appreciated. Should they raise Pending instead?)

DeprecationWarnings on mimify and MIMEWriter. Not sure atm, what to do about mimetools, but it's clearly destined for death.

mimetools is used in a number of other modules - including urllib httplib cgi and urllib2. Worse, they use mimetools.Message, which is a subclass of rfc822.Message. urllib/urllib2's addinfourl.info() is documented as returning a mimetools.Message().

I mentioned this on IRC yesterday - I do not think we should put in a PendingDeprecationWarning (or a DeprecationWarning) for anything until we've stripped it's usage from the stdlib. If we can't be bothered to update our code to no longer use the code we want to dump, it hardly seems fair to expect our users to do so. I'd go so far as to say that this should be explicitly stated in the PEP.

I also think that a "final" release should not issue PDWs from the test suite (with the obvious exception of code that is explicitly testing the PDWed feature.

-- Anthony Baxter <anthony at interlink.com.au> It's never too late to have a happy childhood.

More information about the Python-Dev mailing list