On Sun, 2004-12-05 at 03:36, "Martin v. Löwis" wrote: > I mostly agree with Fredrik. What good does removal of xmllib do? > It's not that it is causing any maintenance burden, so we could just > leave it in. Whether this means that we keep xmllib until P3k, I > don't know. > > As for PEP 4: I don't know whether it needs to be listed there. It > appears that the PEP is largely unmaintained (I, personally, do not > really maintain it). So one option would be to just stop using PEP 4 > for recording deprecations, since we now have the warnings module. > If we want to keep PEP 4, we need to follow the procedures it > requires (or modify them if we don't like them). I agree. We don't need to use PEP 4 for listing module deprecation schedules. It would be better if we included that information in the DeprecationWarning. Probably nobody reads PEP 4 when they get a DeprecationWarning, but everyone reads the message that's printed, so if it said something like "This module is deprecated and slated for removal in Python 2.6", I think we'd be providing better information to our users. -Barry -------------- next part -------------- A non-text attachment was scrubbed... Name: not available Type: application/pgp-signature Size: 307 bytes Desc: This is a digitally signed message part Url : http://mail.python.org/pipermail/python-dev/attachments/20041205/094182eb/attachment.pgp
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4