|
Home > Archive > Apache Mod-Python > January 2006 > mod_python 3.2.6b available for testing
You are viewing an archived Text-only version of the thread.
To view this thread in it's original format and/or if you want to reply to
this thread please [click here]
| Author |
mod_python 3.2.6b available for testing
|
|
| Jim Gallacher 2006-01-15, 5:46 pm |
| 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
| |
| Jorey Bump 2006-01-15, 5:46 pm |
| +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.
| |
| John McFarlane 2006-01-15, 5:46 pm |
| +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
| |
|
| -----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-----
| |
| Ron Reisor 2006-01-17, 5:47 pm |
| +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 2006-01-17, 5:47 pm |
| 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 mutexes
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: sysvsem
(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 error...
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 *
****************************************
*********************
| |
| Jim Gallacher 2006-01-17, 5:47 pm |
|
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
|
|
|
|
|