<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, Aug 15, 2013 at 9:15 AM, Ezio Melotti <span dir="ltr"><<a href="mailto:ezio.melotti@gmail.com" target="_blank">ezio.melotti@gmail.com</a>></span> wrote:<br>

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<div class="im"><br>
On Thu, Aug 15, 2013 at 3:29 PM, R. David Murray <<a href="mailto:rdmurray@bitdance.com">rdmurray@bitdance.com</a>> wrote:<br>
> On Thu, 15 Aug 2013 11:22:14 +0200, Antoine Pitrou <<a href="mailto:solipsis@pitrou.net">solipsis@pitrou.net</a>> wrote:<br>
>> On Thu, 15 Aug 2013 11:16:20 +0200<br>
>> Victor Stinner <<a href="mailto:victor.stinner@gmail.com">victor.stinner@gmail.com</a>> wrote:<br>
>> > 2013/8/15 Antoine Pitrou <<a href="mailto:solipsis@pitrou.net">solipsis@pitrou.net</a>>:<br>
>> > > We don't have any substantial change in store for an eventual "Python<br>
>> > > 4", so it's quite a remote hypothesis right now.<br>
>> ><br>
>> > I prefered the transition between Linux 2 and Linux 3 (no major<br>
>> > change, just a "normal" release except the version), rather than the<br>
>> > transition between KDE 3 and KDE 4 (in short, everything was broken,<br>
>> > the desktop was not usable).<br>
>> ><br>
>> > I prefer to not start a list of things that we will make the<br>
>> > transition from Python 3 to Python 4 harder. Can't we do small changes<br>
>> > between each Python release, even between major versions?<br>
>><br>
>> That's exactly what I'm saying.<br>
>> But some changes cannot be made without breakage, e.g. the unicode<br>
>> transition. Then it makes sense to bundle all breaking changes in a<br>
>> single version change.<br>
><br>
> A number of us (I don't know how many) have clearly been thinking about<br>
> "Python 4" as the time when we remove cruft.  This will not cause any<br>
> backward compatibility issues for anyone who has paid heed to the<br>
> deprecation warnings, but will for those who haven't.  The question<br>
> then becomes, is it better to "bundle" these removals into the<br>
> Python 4 release, or do them incrementally?<br>
><br>
<br>
</div>A while ago I wrote an email to python-dev about our deprecation policy:<br>
<a href="http://mail.python.org/pipermail/python-dev/2011-October/114199.html" target="_blank">http://mail.python.org/pipermail/python-dev/2011-October/114199.html</a><br>
<br>
My idea was to turn this into an informational PEP but I didn't<br>
receive much feedback.<br>
If people are interested I could still do it.<br></blockquote><div><br></div><div>Wouldn't hurt, but should probably be a part of PEP 4. </div></div></div></div>