Re: mod_python 3.2.7 available for testing

2006-02-06 Thread Volodya
On Sun, Feb 05, 2006 at 09:10:15PM -0500, Jim Gallacher wrote: Mod_python 3.2.7 tarball is available for test. Here's hoping this will be to final time we need your help testing before the official release. 3.2.7 adds a fix for the connection read issue that was causing problems on

Re: mod_python 3.2.7 available for testing

2006-02-06 Thread Wim Heirman
+1 Fedora Core 4, Linux 2.6.15, Apache 2.0.54, Python 2.4.1 Jim Gallacher wrote: Mod_python 3.2.7 tarball is available for test. Here's hoping this will be to final time we need your help testing before the official release. 3.2.7 adds a fix for the connection read issue that was causing

Re: mod_python 3.2.7 available for testing

2006-02-06 Thread Sébastien Arnaud
Hi, I hate to be the first one to report an issue with 3.2.7 tarball... It might be related to my lack of knowledge (just joined the dev list a few days ago), but here it is: It is failing during the configure process... [EMAIL PROTECTED] ~/mod_python-3.2.7 $ ./configure --with-apxs=/usr/

Re: mod_python 3.2.7 available for testing

2006-02-06 Thread Sébastien Arnaud
Hi Graham, I am using: [EMAIL PROTECTED] ~/mod_python-3.2.7 $ bash --version GNU bash, version 3.1.7(1)-release (x86_64-pc-linux-gnu) Copyright (C) 2005 Free Software Foundation, Inc. I will look at if I can find later the BASH bug you are referring to. I had the feeling that it was not

bash bug (was Re: mod_python 3.2.7 available for testing)

2006-02-06 Thread Jim Gallacher
A couple of thoughts on this issue. According to the gentoo bug report quoted below, the problem in configure.in is the double backslash escape sequence in the line: MP_VERSION=`echo $MP_VERSION | sed s/\\//g` Changing this to: MP_VERSION=`echo $MP_VERSION | sed s/\//g` fixes it for bash

Re: bash bug (was Re: mod_python 3.2.7 available for testing)

2006-02-06 Thread Deron Meranda
On 2/6/06, Jim Gallacher [EMAIL PROTECTED] wrote: A couple of thoughts on this issue. According to the gentoo bug report quoted below, the problem in configure.in is the double backslash escape sequence in the line: MP_VERSION=`echo $MP_VERSION | sed s/\\//g` Changing this to:

Re: mod_python 3.2.7 available for testing

2006-02-06 Thread Nick
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 +1 Ubuntu 5.10 Breezy (amd64), Apache 2.0.54-worker, Python 2.4.2 -BEGIN PGP SIGNATURE- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFD5/mTv4zJ7LQ+i84RAofQAKCb4ptmhPQa5QKRV/2sga60Xz4oAACcDygf IB8UDE0zlcUr+I16DWbQ09U= =WrUY -END PGP

Re: bash bug (was Re: mod_python 3.2.7 available for testing)

2006-02-06 Thread Sébastien Arnaud
Hi, I would like to report: +1 Gentoo 2005.1 (amd64), Apache 2.0.55-prefork, Python 2.4.2 After replacing the troubling line (line 3038, configure): from: MP_VERSION=`echo $MP_VERSION | sed s/\\//g` to (Deron's 1st suggestion): MP_VERSION=`echo $MP_VERSION | sed 's///g' ` I guess now it's up

Hooking handler with ap_hook_map_to_storage().

2006-02-06 Thread Graham Dumpleton
Grisha I have a really obscure question for you. Was there a specific reason that mod_python did not allow a handler to be hooked using ap_hook_map_to_storage()? I know that the reasons for wanting to do this would be very limited, such as if you wanted to implement some sort of equivalent to