configure failure with bash-3.1 - fixed in SVN, but not in any release

2006-06-22 Thread Max Bowsher
Attempting to configure mod_python on a current Debian 'etch' system, or any other using bash-3.1, fails, with the shell error: syntax error near unexpected token `(' This has already been fixed in mod_python SVN for 4 months (r376555, MODPYTHON-122), and backported to 3.2.x (r383362), but has n

Re: configure failure with bash-3.1 - fixed in SVN, but not in any release

2006-06-22 Thread Rob Sanderson
+1 Seconded. We have a kludge in our install script to replace sh with ksh, but it would be nice to be able to remove this. Thanks! Rob On Thu, 2006-06-22 at 12:29 +0100, Max Bowsher wrote: > Attempting to configure mod_python on a current Debian 'etch' system, or > any other using bash-3.1, f

Re: configure failure with bash-3.1 - fixed in SVN, but not in any release

2006-06-22 Thread Max Bowsher
Jim Gallacher wrote: > Rob Sanderson wrote: >> +1 >> >> Seconded. We have a kludge in our install script to replace sh with >> ksh, but it would be nice to be able to remove this. >> >> Thanks! > > Is anyone aware of any issues fixed in trunk that still need to be > backported to 3.2.x? I'll chec

3.2.9 release blocker? API breakage for mod_python.util.Field()

2006-06-22 Thread Max Bowsher
MODPYTHON-93, r387693, backported in r393781, changes the API of mod_python.util.Field(). I think that it would be a very bad thing to change an API in an incompatible way in a patch release - whilst people are likely to understand that things may break going from 3.2.x to 3.3.x, they are quite li

Re: 3.2.9 release blocker? API breakage for mod_python.util.Field()

2006-06-22 Thread Jim Gallacher
Max Bowsher wrote: MODPYTHON-93, r387693, backported in r393781, changes the API of mod_python.util.Field(). I think that it would be a very bad thing to change an API in an incompatible way in a patch release - whilst people are likely to understand that things may break going from 3.2.x to 3.3

Re: 3.2.9 release blocker? API breakage for mod_python.util.Field()

2006-06-22 Thread Max Bowsher
Jim Gallacher wrote: > Max Bowsher wrote: >> MODPYTHON-93, r387693, backported in r393781, changes the API of >> mod_python.util.Field(). >> >> I think that it would be a very bad thing to change an API in an >> incompatible way in a patch release - whilst people are likely to >> understand that th

[jira] Created: (MODPYTHON-173) DbmSession creates world readable db file

2006-06-22 Thread Jim Gallacher (JIRA)
DbmSession creates world readable db file - Key: MODPYTHON-173 URL: http://issues.apache.org/jira/browse/MODPYTHON-173 Project: mod_python Type: Bug Components: session Versions: 3.2.8 Reporter: Jim Gallacher

Re: configure failure with bash-3.1 - fixed in SVN, but not in any release

2006-06-22 Thread
Say the word and I can test the 3.2.x and Current branches on FreeBSD 6.1/Apache 2.2.2/Python 2.4.3 -Jeff On 6/22/06, Jim Gallacher <[EMAIL PROTECTED]> wrote: Rob Sanderson wrote: > +1 > > Seconded. We have a kludge in our install script to replace sh with > ksh, but it would be nice to be abl

[jira] Commented: (MODPYTHON-93) Improve util.FieldStorage efficiency

2006-06-22 Thread Jim Gallacher (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-93?page=comments#action_12417405 ] Jim Gallacher commented on MODPYTHON-93: As part of the improvments to FieldStorage, the Field class __init__ method was changed in trunk (3.3-dev) and backported t

mod_python 3.2.9-rc1 available for testing

2006-06-22 Thread Jim Gallacher
The mod_python 3.2.9-rc1 tarball is available for testing. This release adds support for apache 2.2 as well as some other useful backports from the development branch. For information on the changes from 3.2.8 take a look at doc-html/node98.html in the tarball. Here are the rules: In order fo

Re: mod_python 3.2.9-rc1 available for testing

2006-06-22 Thread Jim Gallacher
Hold off on the testing. I just realized the additional fix for MODPYTHON-84 didn't get committed, so I'm going to roll a 3.2.9-rc2 candidate. Jim Jim Gallacher wrote: The mod_python 3.2.9-rc1 tarball is available for testing. This release adds support for apache 2.2 as well as some other us

mod_python 3.2.9-rc2 available for testing

2006-06-22 Thread Jim Gallacher
OK, this time for real. :) The mod_python 3.2.9-rc2 tarball is available for testing. This release adds support for apache 2.2 as well as some other useful backports from the development branch. For information on the changes from 3.2.8 take a look at doc-html/node98.html in the tarball. Here ar

[jira] Resolved: (MODPYTHON-84) req.sendfile(filename) sends an incorrect number of bytes when filename is a symlink

2006-06-22 Thread Jim Gallacher (JIRA)
[ http://issues.apache.org/jira/browse/MODPYTHON-84?page=all ] Jim Gallacher resolved MODPYTHON-84: Fix Version: 3.2.8 (was: 3.2.7) Resolution: Fixed > req.sendfile(filename) sends an incorrect number of bytes when file

Re: mod_python 3.2.9-rc2 available for testing

2006-06-22 Thread Nicolas Lehuen
+1 Windows XP SP2, ActivePython 2.4.3, Apache 2.0.58 Regards, Nicolas 2006/6/23, Jim Gallacher <[EMAIL PROTECTED]>: OK, this time for real. :) The mod_python 3.2.9-rc2 tarball is available for testing. This release adds support for apache 2.2 as well as some other useful backports from the dev