<div dir="ltr">Please use "feature release" (e.g. 3.5 -> 3.6) and "bugfix release" (e.g. 3.5.0 -> 3.5.1). The major/minor terminology is confusing, since something like 2 -> 3 isn't just "major", it is "earthshattering". :-)<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Aug 27, 2015 at 2:39 PM, Yury Selivanov <span dir="ltr"><<a href="mailto:yselivanov.ml@gmail.com" target="_blank">yselivanov.ml@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class=""><br>
On 2015-08-27 5:31 PM, Yury Selivanov wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
On 2015-08-27 5:24 PM, Brett Cannon wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
    My proposal is to amend PEP 411 with two levels of provisional<br>
    packages:<br>
<br>
    Level 1: Backwards incompatible changes might be introduced in point<br>
    releases.<br>
<br>
    Level 2: Only backwards compatible changes can be introduced in<br>
    new point<br>
    releases.<br>
<br>
<br>
How is this any different from the normal compatibility promise we have for any non-provisional code in the stdlib?<br>
<br>
And by point release I assume you mean a new minor release, e.g. 3.5 -> 3.6.<br>
</blockquote>
<br>
Right, my mistake, I indeed meant minor releases.<br>
<br>
The difference is that right now we don't introduce new features (regardless of backwards compatibility promises) for any non-provisional code in minor releases, we can only do bug fixes.<br>
<br>
My proposal is to enable asyncio receiving new strictly backwards compatible APIs/features (and bug fixes too, of course) in minor releases (3.5.x).<br>
<br>
</blockquote>
<br></span>
Turns out I was lost in terminology :)<br>
<br>
Considering that Python versioning is defined as major.minor.micro, I'll rephrase the proposal:<br>
<br>
Level 1: Backwards incompatible changes might be introduced in new Python releases (including micro releases)<br>
<br>
Level 2: Only backwards compatible changes (new APIs including) can be introduced in micro releases.<br>
<br>
Sorry for the confusion.<div class="HOEnZb"><div class="h5"><br>
<br>
Yury<br>
_______________________________________________<br>
Python-Dev mailing list<br>
<a href="mailto:Python-Dev@python.org" target="_blank">Python-Dev@python.org</a><br>
<a href="https://mail.python.org/mailman/listinfo/python-dev" rel="noreferrer" target="_blank">https://mail.python.org/mailman/listinfo/python-dev</a><br>
Unsubscribe: <a href="https://mail.python.org/mailman/options/python-dev/guido%40python.org" rel="noreferrer" target="_blank">https://mail.python.org/mailman/options/python-dev/guido%40python.org</a><br>
</div></div></blockquote></div><br><br clear="all"><br>-- <br><div class="gmail_signature">--Guido van Rossum (<a href="http://python.org/~guido" target="_blank">python.org/~guido</a>)</div>
</div>