[python-committers] Re: Requiring PEPs to add/remove modules in the stdlib (and dropping the concept of "provisional")

2022-03-23 Thread Paul Moore
On Wed, 23 Mar 2022 at 19:53, Brett Cannon wrote: > This doesn't affect provisional PEPs, only modules; provisional PEP > acceptances are covered under a different PEP (probably PEP 1). Rats :-) Paul ___ python-committers mailing list -- python-commi

[python-committers] Re: Requiring PEPs to add/remove modules in the stdlib (and dropping the concept of "provisional")

2022-03-23 Thread Brett Cannon
On Wed, Mar 23, 2022 at 2:23 AM Paul Moore wrote: > On Tue, 22 Mar 2022 at 23:27, Brett Cannon wrote: > > > Update PEP 2 to say a PEP is necessary to add a module to the stdlib > > Update PEP 4 to say that a PEP is necessary to deprecate/remove a module > > Mark PEP 411 as obsolete and thus drop

[python-committers] Re: Requiring PEPs to add/remove modules in the stdlib (and dropping the concept of "provisional")

2022-03-23 Thread Paul Moore
On Tue, 22 Mar 2022 at 23:27, Brett Cannon wrote: > Update PEP 2 to say a PEP is necessary to add a module to the stdlib > Update PEP 4 to say that a PEP is necessary to deprecate/remove a module > Mark PEP 411 as obsolete and thus dropping the idea of provisional modules These all seem reasonab