A new mod_python 3.2.6 beta tarball is now available for testing.
Nicolas has built windows versions for Python 2.4 and Python 2.3 which
should also be available at www.modpython.org/dist shortly.

This release is similar to 3.2.5b but fixes a couple of issues -
MODPYTHON-95, 96, 97, 98, 99, 105, 106.

I think if we get enough +1 votes for this version on python-dev that we
should jump right to a 3.2.6 final release rather than go to a wider
beta release.

So far we have:

+1 Linux Debian sid, apache 2.0.55 (mpm-prefork), Python 2.3
+1 Linux Debian sarge, apache 2.0.54 (mpm-worker), Python 2.3
+1 Windows XP, Python 2.4
+1 Windows 2000, Python 2.3
+1 Mac OS X 10.3, Apache 2.0.55, Python 2.3

Here are the rules:

In order for a file to be officially announced, it has to be tested by
developers on the dev list. Anyone subscribed to this list can (and
should feel obligated to :-) ) test it, and provide feedback *to _this_
list*! (Not the mod_python@modpython.org list, and preferably not me
personally).

The files are (temporarily) available here:

http://www.modpython.org/dist/

Please download it, then do the usual

$ ./configure --with-apxs=/wherever/it/is
$ make
$ (su)
# make install

Then (as non-root user!)

$ cd test
$ Python test.py

And see if any tests fail. If they pass, send a +1 to the list, if they
fail, send the details (the versions of OS, Python and Apache, the test
output, and suggestions, if any).

Thank you,
Jim Ga

[ Post a follow-up to this message ]

+1 Slackware 10.1, Apache 2.0.55 (mpm-prefork), Python 2.4

Jim Gallacher wrote:

> $ ./configure --with-apxs=/wherever/it/is
> $ make
> $ (su)
> # make install
>
> Then (as non-root user!)
>
> $ cd test
> $ Python test.py

What are the chances of enhancing the procedure as follows:

$ ./configure --with-apxs=/wherever/it/is
$ make
$ make test
$ (su)
# make install

Doesn't it make more sense to run tests before installing? Do we have
everything necessary to run the tests after make? I'll assume this will
require some path manipulation, but I'd rather see and fix errors before
installing to the system.

[ Post a follow-up to this message ]

+1 Gentoo [current], Apache-2.0.55 (mpm-prefork), Python-2.4, gcc-3.4.4


Jim Gallacher wrote:
> A new mod_python 3.2.6 beta tarball is now available for testing.
> Nicolas has built windows versions for Python 2.4 and Python 2.3 which
> should also be available at www.modpython.org/dist shortly.
>
> This release is similar to 3.2.5b but fixes a couple of issues -
> MODPYTHON-95, 96, 97, 98, 99, 105, 106.
>
> I think if we get enough +1 votes for this version on python-dev that we
> should jump right to a 3.2.6 final release rather than go to a wider
> beta release.
>
> So far we have:
>
> +1 Linux Debian sid, apache 2.0.55 (mpm-prefork), Python 2.3
> +1 Linux Debian sarge, apache 2.0.54 (mpm-worker), Python 2.3
> +1 Windows XP, Python 2.4
> +1 Windows 2000, Python 2.3
> +1 Mac OS X 10.3, Apache 2.0.55, Python 2.3
>
> Here are the rules:
>
> In order for a file to be officially announced, it has to be tested by
> developers on the dev list. Anyone subscribed to this list can (and
> should feel obligated to :-) ) test it, and provide feedback *to _this_
>  list*! (Not the mod_python@modpython.org list, and preferably not me
> personally).
>
> The files are (temporarily) available here:
>
> http://www.modpython.org/dist/
>
> Please download it, then do the usual
>
> $ ./configure --with-apxs=/wherever/it/is
> $ make
> $ (su)
> # make install
>
> Then (as non-root user!)
>
> $ cd test
> $ Python test.py
>
> And see if any tests fail. If they pass, send a +1 to the list, if they
> fail, send the details (the versions of OS, Python and Apache, the test
> output, and suggestions, if any).
>
> Thank you,
> Jim Ga

[ Post a follow-up to this message ]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

+1 Linux (amd64) Ubuntu Breezy (5.10), apache 2.0.54 (mpm-worker),
python 2.4

Jim Gallacher wrote:
| A new mod_python 3.2.6 beta tarball is now available for testing.
| Nicolas has built windows versions for Python 2.4 and Python 2.3 which
| should also be available at www.modpython.org/dist shortly.
|
| This release is similar to 3.2.5b but fixes a couple of issues -
| MODPYTHON-95, 96, 97, 98, 99, 105, 106.
|
| I think if we get enough +1 votes for this version on python-dev that we
| should jump right to a 3.2.6 final release rather than go to a wider
| beta release.
|
| So far we have:
|
| +1 Linux Debian sid, apache 2.0.55 (mpm-prefork), Python 2.3
| +1 Linux Debian sarge, apache 2.0.54 (mpm-worker), Python 2.3
| +1 Windows XP, Python 2.4
| +1 Windows 2000, Python 2.3
| +1 Mac OS X 10.3, Apache 2.0.55, Python 2.3
|
| Here are the rules:
|
| In order for a file to be officially announced, it has to be tested by
| developers on the dev list. Anyone subscribed to this list can (and
| should feel obligated to :-) ) test it, and provide feedback *to _this_
|  list*! (Not the mod_python@modpython.org list, and preferably not me
| personally).
|
| The files are (temporarily) available here:
|
| http://www.modpython.org/dist/
|
| Please download it, then do the usual
|
| $ ./configure --with-apxs=/wherever/it/is
| $ make
| $ (su)
| # make install
|
| Then (as non-root user!)
|
| $ cd test
| $ Python test.py
|
| And see if any tests fail. If they pass, send a +1 to the list, if they
| fail, send the details (the versions of OS, Python and Apache, the test
| output, and suggestions, if any).
|
| Thank you,
| Jim Ga
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.1 (GNU/Linux)

 iD8DBQFDy83Fv4zJ7LQ+i84RAibhAKCylMw8FP9u
vL4WyGQ6VMTyqCh03gCeM3AI
vE+fdd6204+kXz2z0rHx1gY=
=UjE3
-----END PGP SIGNATURE-----

[ Post a follow-up to this message ]

+1

MacOS-10.4.4
Apache-2.0.55 mpm-prefork
Python-2.4.2

cheers,

Ron


Ron Reisor <ron@udel.edu> (RWR3)
University of Delaware Information Technologies/Network and Systems Services
Computing Center/192 South Chapel Street/Newark DE, 19716
pgp finger print: 0D 73 06 6F D3 6A 99 D3  F5 D5 6E FF 3B B9 7C 2C

[ Post a follow-up to this message ]

0 : HP Tru64, mpm-worker

In fact 3.2.6b runs as 3.2.5b. Basically in real context it works except
the fact that after a segfault in the Apache child or a signal received
other than TERM or USR1, it doesn't reinitialize properly and forbid proper
reinitialization of the new Apache child (I already sent mails about that,
may be I need to fill it in in the bug database ?).

I am unable to run test.py. At the end of the mail is the output from
error_log. I tried to create a user with uid  4294967295 (it solves the
user pb) but didn't succeed with the group. I didn't find the time to check
how to configure another user (as httpd.conf is created by the script).

Thus I cannot vote +1. But I don't think this is a showstopper for going to
release. I'd just appreciated to get some help to troubleshoot this (I
first need to find time to do it...!!!!)

Michel

[Tue Jan 17 15:58:37 2006] [notice] mod_python: Creating 6 session m
utexes
based
on 2 max processes and 3 max threads.
[Tue Jan 17 15:58:38 2006] [notice] Apache/2.0.55 (Unix) mod_python/
3.2.6b
Pytho
n/2.4.1 configured -- resuming normal operations
[Tue Jan 17 15:58:38 2006] [info] Server built: Dec  5 2005 12:33:48
[Tue Jan 17 15:58:38 2006] [debug] worker.c(1676): AcceptMutex: sysv
sem
(default
: sysvsem)
[Tue Jan 17 15:58:38 2006] [alert] getpwuid: couldn't determine user
 name
from u
id 4294967295, you probably need to modify the User directive
[Tue Jan 17 15:58:38 2006] [alert] getpwuid: couldn't determine user
 name
from u
id 4294967295, you probably need to modify the User directive
[Tue Jan 17 15:58:39 2006] [error] server reached MaxClients setting
,
consider r
aising the MaxClients setting
[Tue Jan 17 15:58:39 2006] [alert] Child 1247381 returned a Fatal er
ror...
Apach
e is exiting!




--On mardi 17 janvier 2006 09:51 -0500 Ron Reisor <ron@udel.edu> wrote:

> +1
>
> MacOS-10.4.4
> Apache-2.0.55 mpm-prefork
> Python-2.4.2
>
> cheers,
>
> Ron
>
>
> Ron Reisor <ron@udel.edu> (RWR3)
> university of Delaware Information Technologies/Network and Systems
> Services
> Computing Center/192 South Chapel Street/Newark DE, 19716
> pgp finger print: 0D 73 06 6F D3 6A 99 D3  F5 D5 6E FF 3B B9 7C 2C



 ****************************************
*********************
* Michel Jouvin                 Email : jouvin@lal.in2p3.fr *
* LAL / CNRS                    Tel : +33 1 64468932        *
* B.P. 34                       Fax : +33 1 69079404        *
* 91898 Orsay Cedex                                         *
* France                                                    *
 ****************************************
*********************

[ Post a follow-up to this message ]

Michel Jouvin wrote:
> 0 : HP Tru64, mpm-worker
>
> In fact 3.2.6b runs as 3.2.5b. Basically in real context it works except
> the fact that after a segfault in the Apache child or a signal received
> other than TERM or USR1, it doesn't reinitialize properly and forbid
> proper reinitialization of the new Apache child (I already sent mails
> about that, may be I need to fill it in in the bug database ?).


Hi Michel,

I went back and looked at the previous thread and it was left hanging.
Not having access to a Tru64 machine and being unable to reproduce the
problem on another platform does present a challenge. The differences
between 3.2.5b and 3.2.6 are minor so it's not a suprise that you are
still seeing the same problem. The good news is that a potential
segfault condition was fixed so at least you are slightly less likely to
exercise your particular bug.

It would be best to create a new JIRA issue so that the bug doesn't get
lost in the mailing list again. Log your issue at
http://issues.apache.org/jira/browse/MODPYTHON.

Thanks,
Jim

[ Post a follow-up to this message ]