I find I work more effectively when I have deadlines to worry about
(being a procrastinator by nature), so I thought I'd propose the
following roadmap.

Mar 20: 3.3-dev   - snapshot for testing
Apr  1: 3.2.9     - bugfix release
May  1: 3.3-dev   - snapshot for testing
Jun 15: 3.3-dev   - snapshot for testing
Jul 15: 3.3       - feature freeze
Aug  1: 3.3.0     - first 3.3 beta
- branches/3.3.x created
- work on trunk resumes
- beta cycle proceeds independent of dev work
Sep 15: 3.3.y     - 3.3 final released (hopefully)

For the development snapshots I'd just roll a tarball from trunk and
make a call to the community for testing help. Hopefully we'll catch new
bugs and regressions early so that the actual beta cycle will be much
shorter. There would be *no* freeze during the snapshot tests. Work on
trunk can continue while we wait for the test feedback.

Graham suggested a number of issues when we were considering a 3.2.8
bugfix release. In the end 3.2.8 was a security release, but the rest of
the list is still valid.

MODPYTHON-77
The Simplified GIL Aquisition patches.
Fixed in trunk, Jim will backport.

MODPYTHON-78
Apache 2.2 patches.
Fixed in trunk and backported to branches/3.2.x

MODPYTHON-94
Support for optional mod_ssl functions on request object.
Fixed in trunk, Jim will backport.

MODPYTHON-119
DBM Session test patches.
Fixed in trunk and backported to branches/3.2.x

MODPYTHON-122
Bash 3.1.X configure patches.
Fixed in trunk and backported to branches/3.2.x

MODPYTHON-131
Make mutex directory configurable.
Fixed in trunk, Jim will backport
This fix depends on MODPYTHON-137.

New issues to consider for inclusion:

MODPYTHON-137
Add req.server.get_options() for obtain PythonOption values set at
global level.
Fixed in trunk.

MODPYTHON-145
Make number of mutex locks configurable at apache startup
Fixed in trunk.
This issue touches the same code as MODPYTHON-131. Backporting
131 will be easier if this one is included.

Any other issues for a 3.2.9 release?
(This is where Mike L. should advocate for MODPYTHON-93 - Improved
FieldStorage. ;) )

Jim

[ Post a follow-up to this message ]

...
> Any other issues for a 3.2.9 release?
> (This is where Mike L. should advocate for MODPYTHON-93 - Improved
> FieldStorage. ;) )

Eh, yeah, I have a suggestion:

MODPYTHON-93 - Improved FieldStorage
- Stop putting simple key/value pairs into StringIO objects, put them simple
 str objects
- Use a dictionary for fields
- Allow any file-like object ('write' method) to be used in a make_file call
back
(all the coding is already done)

Mike Looijmans
Philips Natlab / Topic Automation

[ Post a follow-up to this message ]