[Python-Dev] 3.x as the official release

Brett Cannon brett at python.org
Wed Sep 15 18:22:12 CEST 2010

On Wed, Sep 15, 2010 at 07:50, Jesse Noller <jnoller at gmail.com> wrote:
> On Wed, Sep 15, 2010 at 10:43 AM, Antoine Pitrou <solipsis at pitrou.net> wrote:
>> On Wed, 15 Sep 2010 10:21:11 -0400
>> Steve Holden <steve at holdenweb.com> wrote:
>>> The question of when to declare 3.x the "official" release is
>>> interesting. I am inclined to say "when there's at least one other
>>> implementation at 3.2" - even if CPython is then at 3.3 or 3.4.
>> I don't think that's a good criterion. 95% of Python users (my
>> guesstimate) are on CPython, so whether or not alternative
>> implementations are up-to-date isn't critically important.
>> 3.1 had some warts left (*), but 3.2 should really be a high-quality
>> release. Many bugs have been squashed, small improvements done
>> (including additional features in the stdlib, or the new GIL), and
>> unicode support has been polished again thanks to Martin's and Victor's
>> efforts. Not only will it be as robust as any 2.x release (**), but it's
>> also more pleasant to use, and there's upwards compatibility for many
>> years to come.
>> (*) some of them fixed in the 3.1 maintenance branch
>> (**) with a couple of lacking areas such as the email module, I suppose
>> Regards
>> Antoine.
> +0.5
> The one area I have concerns about is the state of WSGI and other
> web-oriented modules. These issues have been brought up by Armin and
> others, but given a lack of a clear path forward (bugs, peps, etc), I
> don't think it's fair to use it as a measurement of overall quality.

The whole WSGI situation is not going to get cleared up (from my
understanding) until someone flat-out declares a winner in the whole
str/bytes argument that keeps coming up. I think it might be time to
have a PEP or two on this and use our new PEP dictator procedure to
settle this so it stops dragging on (unless it has been miraculously
settled and I am just unaware of it).

More information about the Python-Dev mailing list