468,740 Members | 1,937 Online
Bytes | Developer Community
New Post

Home Posts Topics Members FAQ

Post your question to a community of 468,740 developers. It's quick & easy.

RELEASED Python 2.6a1 and 3.0a3

-----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/pep-0361/

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.python.org

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

http://www.python.org/download/releases/2.6/

and the Python 3.0 web site:

http://www.python.org/download/releases/3.0/

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

Enjoy,
- -Barry

Barry Warsaw
ba***@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)

iQCVAwUBR8mlu3EjvBPtnXfVAQKePAQAgx6w9wztfJaSWkbKrb wur2U6t6o5aIY5
pyMa00CZWY06p8099BztcSjgp5rKrd6/9V7cJ0NP7NLZ+tz20uRfyI8uqoIYBIWC
ibJay6SSnzgOQM3PRIJV/K/m0dVPPPVD1LDnoEvuu+cKUpV434yHdgWkMPswsxUd
fLydrXABlOM=
=l6aj
-----END PGP SIGNATURE-----
Mar 1 '08 #1
10 1320
On 1 Mrz., 19:51, Barry Warsaw <ba...@python.orgwrote:
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?

Mar 2 '08 #2
Kay Schluehr <ka**********@gmx.netwrites:
On 1 Mrz., 19:51, Barry Warsaw <ba...@python.orgwrote:
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
Mar 2 '08 #3

"Kay Schluehr" <ka**********@gmx.netwrote in message
news:eb**********************************@c33g2000 hsd.googlegroups.com...
| On 1 Mrz., 19:51, Barry Warsaw <ba...@python.orgwrote:
|
| 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

Mar 2 '08 #4
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?

Mar 2 '08 #5
Kay Schluehr <ka**********@gmx.netwrites:
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
Mar 2 '08 #6
Kay Schluehr <ka**********@gmx.netwrote:
>
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, ti**@probo.com
Providenza & Boekelheide, Inc.
Mar 3 '08 #7
On 2 Mar, 10:02, Kay Schluehr <kay.schlu...@gmx.netwrote:
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
Mar 3 '08 #8
On Mar 1, 10:53 pm, Kay Schluehr <kay.schlu...@gmx.netwrote:
On 1 Mrz., 19:51, Barry Warsaw <ba...@python.orgwrote:
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.
Mar 3 '08 #9
On Mar 1, 10:53 pm, Kay Schluehr <kay.schlu...@gmx.netwrote:
On 1 Mrz., 19:51, Barry Warsaw <ba...@python.orgwrote:
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.
Mar 3 '08 #10

"Tim Roberts" <ti**@probo.comwrote in message
news:ir********************************@4ax.com...
| Kay Schluehr <ka**********@gmx.netwrote:
| >"The master said so" isn't an entirely satisfying answer.
|
| Nevertheless, it IS the answer for many questions in the Python world.

But not for the questions about 2to3

Current 2to3 is written in Py2.5 and will require the 2.5 interpreter until
2.6 is sufficiently stable to run it. Whether it will later use 2.6
features or not I do not know.

I believe that pre-2.6 code will be directly upgradable if
A. it does not depend on bugs that are fixed by 2.6,
so that it is also 2.6 code;
B. one is willing to do the upgrade more or less 'all at once',
(while the code is frozen);
C. one is willing to do *one* of the following:
C1. keep the 2.x code frozen, or
C2. redo the upgrade more or less 'from scratch' after base code edits,
or
C3. maintain the 2.x code and 3.0 code in parallel

These are facts of programming life, not BDFL edicts. But many will prefer
an incremental approach.

Py 2.6 will ease this by 1) optionally issuing upgrade warnings, and 2)
incorporating many new 3.0 features that do not conflict with 2.x features.

tjr


Mar 4 '08 #11

This discussion thread is closed

Replies have been disabled for this discussion.

Similar topics

reply views Thread by Bryan J Gudorf | last post: by
1 post views Thread by Thomas Heller | last post: by
19 posts views Thread by Thomas Heller | last post: by
reply views Thread by Michael Sparks | last post: by
8 posts views Thread by Luis M. Gonzalez | last post: by
reply views Thread by Anthony Baxter | last post: by
reply views Thread by Anthony Baxter | last post: by
reply views Thread by Guido van Rossum | last post: by
16 posts views Thread by =?ISO-8859-1?Q?=22Martin_v=2E_L=F6wis=22?= | last post: by
reply views Thread by zhoujie | last post: by
By using this site, you agree to our Privacy Policy and Terms of Use.