[Python-Dev] Re: Long-term deprecation policy

2019-07-17 Thread Brett Cannon
Jeroen Demeyer wrote: > On 2019-07-17 02:34, Brett Cannon wrote: > > I prefer removal for ease of maintenance (people > > always want to update code even if it's deprecated), and to help make sure > > people who > > don't read the docs but discover something via the REPL or something and > >

[Python-Dev] Re: Long-term deprecation policy

2019-07-17 Thread Inada Naoki
On Tue, Jul 16, 2019 at 11:07 PM Jeroen Demeyer wrote: > > On 2019-07-16 15:33, Inada Naoki wrote: > >> We currently have a deprecation policy saying that functions deprecated > >> in version N cannot be removed before version N+2. That's a reasonable > >> policy but some deprecation purists

[Python-Dev] Re: What is a public API?

2019-07-17 Thread Steve Holden
PEP 8 would concur, whatever the current preferred style was. Under "Naming Conventions": """New modules and packages (including third party frameworks) should be written to these standards, but where an existing library has a different style, internal consistency is preferred.""" The