[Python-Dev] When to remove deprecated stuff (was: Deprecating the formatter module) (original) (raw)
Brett Cannon brett at python.org
Thu Aug 15 14:40:45 CEST 2013
- Previous message: [Python-Dev] When to remove deprecated stuff (was: Deprecating the formatter module)
- Next message: [Python-Dev] When to remove deprecated stuff
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On Thu, Aug 15, 2013 at 8:36 AM, Antoine Pitrou <solipsis at pitrou.net> wrote:
On Thu, 15 Aug 2013 08:29:35 -0400 "R. David Murray" <rdmurray at bitdance.com> wrote:
> On Thu, 15 Aug 2013 11:22:14 +0200, Antoine Pitrou <solipsis at pitrou.net> wrote: > > On Thu, 15 Aug 2013 11:16:20 +0200 > > Victor Stinner <victor.stinner at gmail.com> wrote: > > > 2013/8/15 Antoine Pitrou <solipsis at pitrou.net>: > > > > We don't have any substantial change in store for an eventual "Python > > > > 4", so it's quite a remote hypothesis right now. > > > > > > I prefered the transition between Linux 2 and Linux 3 (no major > > > change, just a "normal" release except the version), rather than the > > > transition between KDE 3 and KDE 4 (in short, everything was broken, > > > the desktop was not usable). > > > > > > I prefer to not start a list of things that we will make the > > > transition from Python 3 to Python 4 harder. Can't we do small changes > > > between each Python release, even between major versions? > > > > That's exactly what I'm saying. > > But some changes cannot be made without breakage, e.g. the unicode > > transition. Then it makes sense to bundle all breaking changes in a > > single version change. > > A number of us (I don't know how many) have clearly been thinking about > "Python 4" as the time when we remove cruft. This will not cause any > backward compatibility issues for anyone who has paid heed to the > deprecation warnings, but will for those who haven't. Which is why we shouldn't silence deprecation warnings.
What we should probably do is have unittest turn deprecations on by default when running your tests but leave them silent otherwise. I still think keeping them silent for the benefit of end-users is a good thing as long as we make it easier for developers to switch on warnings without thinking about it. -------------- next part -------------- An HTML attachment was scrubbed... URL: <http://mail.python.org/pipermail/python-dev/attachments/20130815/b8e8ca81/attachment-0001.html>
- Previous message: [Python-Dev] When to remove deprecated stuff (was: Deprecating the formatter module)
- Next message: [Python-Dev] When to remove deprecated stuff
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]