[lnkForumImage]
TotalShareware - Download Free Software

Confronta i prezzi di migliaia di prodotti.
Asp Forum
 Home | Login | Register | Search 


 

Forums >

comp.lang.python

RELEASED Python 2.6a1 and 3.0a3

Barry Warsaw

3/1/2008 6:52:00 PM

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

On behalf of the Python development team and the Python community, I'm
happy to announce the first alpha release of Python 2.6, and the third
alpha release of Python 3.0.

Python 2.6 is not only the next advancement in the Python 2 series, it
is also a transitionary release, helping developers begin to prepare
their code for Python 3.0. As such, many features are being
backported from Python 3.0 to 2.6. It makes sense to release both
versions in at the same time, the precedence for this having been set
with the Python 1.6 and 2.0 releases.

During the alpha testing cycle we will be releasing both versions in
lockstep, on a monthly release cycle. The releases will happen on the
last Friday of every month. If this schedule works well, we will
continue releasing in lockstep during the beta program. See PEP 361
for schedule details:

http://www.python.org/dev/peps...

Please note that these are alpha releases, and as such are not
suitable for production environments. We continue to strive for a
high degree of quality, but there are still some known problems and
the feature sets have not been finalized. These alphas are being
released to solicit feedback and hopefully discover bugs, as well as
allowing you to determine how changes in 2.6 and 3.0 might impact
you. If you find things broken or incorrect, please submit a bug
report at

http://bugs....

For more information and downloadable distributions, see the Python
2.6 web
site:

http://www.python.org/download/rel...

and the Python 3.0 web site:

http://www.python.org/download/rel...

We are planning a number of additional alpha releases, with the final
release schedule still to be determined.

Enjoy,
- -Barry

Barry Warsaw
barry@python.org
Python 2.6/3.0 Release Manager
(on behalf of the entire python-dev team)

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (Darwin)

iQCVAwUBR8mlu3EjvBPtnXfVAQKePAQAgx6w9wztfJaSWkbKrbwur2U6t6o5aIY5
pyMa00CZWY06p8099BztcSjgp5rKrd6/9V7cJ0NP7NLZ+tz20uRfyI8uqoIYBIWC
ibJay6SSnzgOQM3PRIJV/K/m0dVPPPVD1LDnoEvuu+cKUpV434yHdgWkMPswsxUd
fLydrXABlOM=
=l6aj
-----END PGP SIGNATURE-----
11 Answers

Kay Schluehr

3/2/2008 4:53:00 AM

0

On 1 Mrz., 19:51, Barry Warsaw <ba...@python.org> wrote:

> Python 2.6 is not only the next advancement in the Python 2 series, it
> is also a transitionary release, helping developers begin to prepare
> their code for Python 3.0.

Isn't this a silly idea? People have to migrate from 2.5 or lower
releases to Python 2.6 first just to migrate to Python 3.0? What are
the inherent / technical reasons that prevent migration directly from
2.5 to 3.0?

Ben Finney

3/2/2008 5:53:00 AM

0

Kay Schluehr <kay.schluehr@gmx.net> writes:

> On 1 Mrz., 19:51, Barry Warsaw <ba...@python.org> wrote:
>
> > Python 2.6 is not only the next advancement in the Python 2 series, it
> > is also a transitionary release, helping developers begin to prepare
> > their code for Python 3.0.
>
> Isn't this a silly idea? People have to migrate from 2.5 or lower
> releases to Python 2.6 first just to migrate to Python 3.0? What are
> the inherent / technical reasons that prevent migration directly from
> 2.5 to 3.0?

One of the stated goals of the migration is that the '2to3' program
will only migrate Python 2.6 code -> Python 3.0 code. So, the
smoothest migration path will be:

* get your program working with Python 2.6; then

* use '2to3' to automatically translate that program to work with
Python 3.0; then

* stop using Python 2.x for that program, only use Python 3.x.

Another reason is that good features from Python 3.0 will likely be
backported (if possible) to Python 2.6.x, but not to any earlier
version.

--
\ "Dad always thought laughter was the best medicine, which I |
`\ guess is why several of us died of tuberculosis." -- Jack |
_o__) Handey |
Ben Finney

Terry Reedy

3/2/2008 6:27:00 AM

0


"Kay Schluehr" <kay.schluehr@gmx.net> wrote in message
news:eba3804e-4585-4ec7-85d2-a17513719025@c33g2000hsd.googlegroups.com...
| On 1 Mrz., 19:51, Barry Warsaw <ba...@python.org> wrote:
|
| > Python 2.6 is not only the next advancement in the Python 2 series, it
| > is also a transitionary release, helping developers begin to prepare
| > their code for Python 3.0.
|
| Isn't this a silly idea? People have to migrate from 2.5 or lower
| releases to Python 2.6 first just to migrate to Python 3.0?

You are quite free to update any code you want. Barry just said that 2.6
will help make the process easier. (At least it should for people who
prefer incremental changes to doing it all at once.) In any case, 2.5 and
earlier code that does not depend on bugs later fixed should usually run
unchanged in 2.6

| What are
| the inherent / technical reasons that prevent migration directly from
| 2.5 to 3.0?

None.

tjr



Kay Schluehr

3/2/2008 9:03:00 AM

0

On 2 Mrz., 06:53, Ben Finney <bignose+hates-s...@benfinney.id.au>
wrote:

> One of the stated goals of the migration is that the '2to3' program
> will only migrate Python 2.6 code -> Python 3.0 code.

Yes, I know. Why?

"The master said so" isn't an entirely satisfying answer. What are the
*technical reasons* that make it hard to apply '2to3' directly on
Python 2.4 or Python 2.5?

Carl Banks

3/2/2008 10:53:00 AM

0

On Mar 2, 4:02 am, Kay Schluehr <kay.schlu...@gmx.net> wrote:
> On 2 Mrz., 06:53, Ben Finney <bignose+hates-s...@benfinney.id.au>
> wrote:
>
> > One of the stated goals of the migration is that the '2to3' program
> > will only migrate Python 2.6 code -> Python 3.0 code.
>
> Yes, I know. Why?
>
> "The master said so" isn't an entirely satisfying answer. What are the
> *technical reasons* that make it hard to apply '2to3' directly on
> Python 2.4 or Python 2.5?

Well, even if you wanted to apply 2to3 to Python 2.5, you'd (probably)
have to modify your code to make it 2to3-compatible. So if you're
going to do that, you might as well upgrade to 2.6 to take advantage
of new warnings and new idioms that are more conducive automatic
translation.

2to3 is not a general tool to convert any given source code from 2.6
to 3.0. It's designed to make it possible to write code that works in
Python 2.6 and Python 3.0, but to do that you have to use a
"transitional Python" dialect that's a subset of 2.6. (It would be
quite to attempt a general code translator, of course.)

Anyway, I think there are a few cases in Python 2.5 where there's no
easy way to write something that 2to3 can handle, and some
specifically transitional features were added to 2.6 to remedy this.
I don't recall specifics, though. It may be for the cases where
things that previously returned lists now return iterators.

Finally, 2.6 will have the benefit of being cross-checked with 3.0 to
ensure that 2to3 does what it's supposed to when used as intended.
All bets are off if you attempt it with 2.5.

In the end, the real *technical* reason might have been the developers
thought it wasn't worth the effort to backport it to 2.5. The above
problems were probably solvable with enough effort, but would that
have been a wise use of resources?

One parenthetical I will add: 2to3 always seemed to me to be more of a
way to enfore constraint on the design of Python 3.0. If a proposed
feature couldn't be automatically ported to 3.0, then it was a big
strike against the proposal. That it could end up being a useful
transitional tool is nice, but it never seemed to be its primary
purpose.


Carl Banks

Ben Finney

3/2/2008 9:31:00 PM

0

Kay Schluehr <kay.schluehr@gmx.net> writes:

> On 2 Mrz., 06:53, Ben Finney <bignose+hates-s...@benfinney.id.au>
> wrote:
>
> > One of the stated goals of the migration is that the '2to3'
> > program will only migrate Python 2.6 code -> Python 3.0 code.
>
> Yes, I know. Why?
>
> "The master said so" isn't an entirely satisfying answer.

The people putting in the work to write '2to3' said so.

--
\ "Courteous and efficient self-service." â??Café sign, southern |
`\ France |
_o__) |
Ben Finney

Tim Roberts

3/3/2008 6:16:00 AM

0

Kay Schluehr <kay.schluehr@gmx.net> wrote:
>
>On 2 Mrz., 06:53, Ben Finney <bignose+hates-s...@benfinney.id.au>
>wrote:
>
>> One of the stated goals of the migration is that the '2to3' program
>> will only migrate Python 2.6 code -> Python 3.0 code.
>
>Yes, I know. Why?
>
>"The master said so" isn't an entirely satisfying answer.

Nevertheless, it IS the answer for many questions in the Python world.
That's the advantage of being Benevolent Dictator For Life.
--
Tim Roberts, timr@probo.com
Providenza & Boekelheide, Inc.

Paul Boddie

3/3/2008 10:53:00 AM

0

On 2 Mar, 10:02, Kay Schluehr <kay.schlu...@gmx.net> wrote:
> On 2 Mrz., 06:53, Ben Finney <bignose+hates-s...@benfinney.id.au>
> wrote:
>
> > One of the stated goals of the migration is that the '2to3' program
> > will only migrate Python 2.6 code -> Python 3.0 code.
>
> Yes, I know. Why?
>
> "The master said so" isn't an entirely satisfying answer. What are the
> *technical reasons* that make it hard to apply '2to3' directly on
> Python 2.4 or Python 2.5?

I imagine that in Python 2.6 there are some semantic changes
(conveniences, really), plus some expansion of the language syntax to
overlap with Python 3, both of which let the 2to3 tool work as
intended. Obviously 2to3 doesn't do too much complicated stuff, and I
imagine (or have deduced from what I've heard) that you have to write
code that is "obvious" to the tool so that it can translate it
correctly. Perhaps 2.5 and earlier don't permit such obvious code to
be written.

Paul

dave_mikesell

3/3/2008 12:18:00 PM

0

On Mar 1, 10:53 pm, Kay Schluehr <kay.schlu...@gmx.net> wrote:
> On 1 Mrz., 19:51, Barry Warsaw <ba...@python.org> wrote:
>
> > Python 2.6 is not only the next advancement in the Python 2 series, it
> > is also a transitionary release, helping developers begin to prepare
> > their code for Python 3.0.
>
> Isn't this a silly idea? People have to migrate from 2.5 or lower
> releases to Python 2.6 first just to migrate to Python 3.0? What are
> the inherent / technical reasons that prevent migration directly from
> 2.5 to 3.0?

Not only that, you have to wait for your library providers to migrate
first (PyOpenGL, PyGame, PIL, etc for me). Hopefully this is the
last quantum shift for a while.

dave_mikesell

3/3/2008 12:19:00 PM

0

On Mar 1, 10:53 pm, Kay Schluehr <kay.schlu...@gmx.net> wrote:
> On 1 Mrz., 19:51, Barry Warsaw <ba...@python.org> wrote:
>
> > Python 2.6 is not only the next advancement in the Python 2 series, it
> > is also a transitionary release, helping developers begin to prepare
> > their code for Python 3.0.
>
> Isn't this a silly idea? People have to migrate from 2.5 or lower
> releases to Python 2.6 first just to migrate to Python 3.0? What are
> the inherent / technical reasons that prevent migration directly from
> 2.5 to 3.0?

Not only that, you have to wait for your library providers to migrate
first (PyOpenGL, PyGame, PIL, etc for me). Hopefully this is the
last quantum shift for a while.