[stdlib-sig] standardizing the deprecation policy (and how noisy they are)

C. Titus Brown ctb at msu.edu
Sun Nov 8 22:38:31 CET 2009

On Sun, Nov 08, 2009 at 01:26:59PM -0800, Brett Cannon wrote:
> During the moratorium PEP discussions Guido said he wanted to quiet
> down deprecation warnings. I see there being two options on this.
> One is to keep things as is, but to require two releases with
> PendingDeprecationWarning so there are three years of
> silent-by-default warnings to update your code. But that last release
> before removal came would still be noisy.
> The other option is to simply have all warnings filtered out by
> default. We could alter -W so that when it is used w/o an argument it
> turns to what is currently the default behaviour (or even turn all
> warnings which is more than what happens now). This will require that
> people proactively check for warnings when updating for compatibility,
> else they will eventually use a Python release where there code will
> simply break because something changed. This route means we do not
> have to specify any deprecation policy right now (that would be a
> separate discussion).

How about turning warnings on by default in unittest-like situations, and by
default have them off at other times?  Test running is when they would be most
useful, I think.

...then there's the problem of how to decide if we're "test running".

C. Titus Brown, ctb at msu.edu

More information about the stdlib-sig mailing list