updated schedule

This commit is contained in:
Anthony Baxter 2004-07-28 03:08:09 +00:00
parent 4df1a9b763
commit 3ccbcfc3fb
1 changed files with 27 additions and 22 deletions

View File

@ -1,7 +1,7 @@
PEP: 320
Title: Python 2.4 Release Schedule
Version: $Revision$
Author: Barry Warsaw and Raymond Hettinger
Author: Barry Warsaw, Raymond Hettinger and Anthony Baxter
Status: Incomplete
Type: Informational
Created: 29-Jul-2003
@ -19,21 +19,20 @@ Abstract
one release candidate. The release date is not yet fixed but a
rough target for the first alpha is July 2004.
land generator expressions -- first week of May (this PEP seems to
be the largest potential source of upheaval, so it should go
in well before the alpha release).
alpha 1 -- second week of July 2004
alpha 2 -- four weeks later
beta 1 -- TBD (perhaps August) depending on the number of bugs
in the alphas.
final -- September? This will depend on how the alphas and betas
go, and might be pushed back if several rounds of bugfixing are needed.
Release Manager
Anthony Baxter
Martin von Lowis is building the Windows installers, Fred the
doc packages, Sean the RPMs.
Release Schedule
July 9: alpha 1 [completed]
August 5/6: alpha 2
August 26/27: alpha 3 or beta 1
Completed features for 2.4
@ -56,16 +55,21 @@ Completed features for 2.4
Add two statistical/reduction functions, nlargest() and nsmallest()
to the heapq module.
Python's windows installer now uses MSI
Planned features for 2.4
These features are all planned for 2.4b1, but have not yet landed.
PEP 292 Simpler String Substitutions to be implemented as a module.
PEP 318: Function/method decorator syntax
PEP 318: Function/method decorator syntax, using @syntax
PEP 328: Imports: Multi-line and Absolute/Relative. (Still quite
controversial.)
controversial.) No-one has stepped forward to champion this, so it's
looking like it might not make it in.
Deprecate and/or remove the modules listed in PEP 4 (posixfile,
gopherlib, pre, others)
@ -81,10 +85,15 @@ Planned features for 2.4
which implement async servers using SSL have to require third-party
packages such as pyopenssl.
AST-based compiler: if this branch can land in the trunk by early
May, it can go in. Otherwise it can wait for a future release.
This will not be in 2.4, but will land on the trunk some time after
2.4 final is out, for inclusion in 2.5.
Deferred until 2.5:
- AST-based compiler: this branch was not completed in time for
2.4, but will land on the trunk some time after 2.4 final is
out, for inclusion in 2.5.
- reST is going to be used a lot in Zope3. Maybe it could become
a standard library module? (Since reST's author thinks it's too
instable, I'm inclined not to do this.)
Ongoing tasks
@ -144,10 +153,6 @@ Carryover features from Python 2.3
"outer.inner", and pickling should work. (SF 633930. I'm no
longer certain this is easy or even right.)
- reST is going to be used a lot in Zope3. Maybe it could become
a standard library module? (Since reST's author thinks it's too
instable, I'm inclined not to do this.)
- Decide on a clearer deprecation policy (especially for modules)
and act on it. For a start, see this message from Neil Norwitz:
http://mail.python.org/pipermail/python-dev/2002-April/023165.html