<br><br><div>On Mon Mar 10 2014 at 11:50:54 AM, Victor Stinner <<a href="mailto:victor.stinner@gmail.com">victor.stinner@gmail.com</a>> wrote:</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
2014-03-10 16:25 GMT+01:00 Stefan Richthofer <<a href="mailto:Stefan.Richthofer@gmx.de" target="_blank">Stefan.Richthofer@gmx.de</a>>:<br>
> I don't see the point in this discussion.<br>
> As far as I know, the major version is INTENDED to<br>
> indicate backward-incompatible changes.<br>
<br>
This is not a strict rule. I would like to follow Linux 3 which didn't<br>
break the API between Linux 2 and Linux 3.<br></blockquote><div><br></div><div>I disagree. I don't think 3->4 will be as drastic as it was for 2->3, but I view Python 4 as a chance to drop all deprecated APIs that we left in for convenience in porting from Python 2 (e.g. the imp module). We can't put a removal date as we can't really declare Python 2 dead for the whole community. But when Python 4 does come out next decade I would like to say that we have moved entirely beyond Python 2 as a team and thus don't turn into Java and support deprecated code forever.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
> Even then, there is no need for 4.0; you can just have 3.10, 3.11 etc.<br>
<br>
The major version is sometimes seen as the age of a project. I propose<br>
to bump Python to version 4 because people understand that Python 4 is<br>
much better than Python 3 :-)</blockquote><div><br></div><div>Sure, but you also understand 3.5 is better than 3.4. You're also making the assumption that people are going to pick up on the fact that major version shifts from Python are suddenly not a big deal, even though it is still well known the shift from 2 to 3 was a big deal.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> Firefox changes its major version every<br>
4 months or something like that.</blockquote><div><br></div><div>Sure, but we are not about to do 4 month release cycles. Releasing that often does make minor version numbers silly since they become double digits so quickly. But since we are not shifting from our 18 month cycle we don't have that issue; 15 years (typically) between a .0 and .9 release doesn't really lead to a worry of exhausting reasonable minor version numbers.</div>
<div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"> I suggest to wait less than 8 years<br>
for Python 4.<br></blockquote><div><br></div><div>Why? What's special about 8 years? </div>