MODPYTHON-34 has been fixed in the current version of the publisher,
with the new importing system. As I've written before, I can roll back
the part regarding the import system if you really want that, all the
while maintaining the fix for MODPYTHON-34.
Regards,
Nicolas2005/7/29, Graham Dumpleton
As for MODPYTHON-67, I've just reviewed your patch, +1ed it and checked
it in. The only problem I could imagine about it is that there is no
downward compatibility (code for 3.2.x would not run on 3.1.x), but I
think this is not a big problem.
Regards,
Nicolas2005/7/29, Graham Dumpleton <[EMAIL PR
Hi Jim,
Do you want me to mark the issues resolved ? Don't you have the rights
to do this ? If you don't have the right, then maybe Scott Sanders can
give them to you (and to Graham while we're at it...). Scott, are you
reading this ?
Regards,
Nicolas2005/7/29, Jim Gallacher <[EMAIL PROTECTED]>:
[ http://issues.apache.org/jira/browse/MODPYTHON-58?page=all ]
Nicolas Lehuen resolved MODPYTHON-58:
-
Fix Version: 3.2.0
Resolution: Fixed
> _apache._global_lock results in segfault when index > number of mutexes
> -
Have started to have a look through the latest mod_python.publisher
code, got a few comments to make about it.
First is that it has been changed to allow "HEAD" requests whereas
before it only supported "GET" and "POST". A "HEAD" request is handled
by the mod_python.publisher code saying:
[ http://issues.apache.org/jira/browse/MODPYTHON-62?page=all ]
Nicolas Lehuen resolved MODPYTHON-62:
-
Fix Version: 3.2.0
Resolution: Duplicate
This has already been fixed.
> local_ip and local_host in connection object returns remote_ip an
[ http://issues.apache.org/jira/browse/MODPYTHON-66?page=all ]
Nicolas Lehuen resolved MODPYTHON-66:
-
Fix Version: 3.2.0
Resolution: Fixed
> install_dso target also tries to install Python code files.
> -
[ http://issues.apache.org/jira/browse/MODPYTHON-59?page=all ]
Nicolas Lehuen updated MODPYTHON-59:
Fix Version: 3.3.0
Version: 3.1.4
3.1.3
3.2.0
(was: 3.3.0)
> Add get_session() method t
[ http://issues.apache.org/jira/browse/MODPYTHON-65?page=all ]
Nicolas Lehuen resolved MODPYTHON-65:
-
Fix Version: 3.2.0
Resolution: Fixed
> 3.2 working version will not install on Mac OS X (10.3.7)
> ---
A prerequisite for full JIRA access is probably going to be sending in
the
ASF committers agreement. I haven't done that as yet and so don't have
SVN
access either. I am hoping that my work load will drop after I take a
holiday in September and I'll be able to finally start taking a more
dir
Juha-Matti Tapio wrote:
On Wed, Aug 10, 2005 at 10:08:08PM +1000, Graham Dumpleton wrote:
Okay. What though are the implications of content still being returned
for a HEAD request. What does the standard say about that?
RFC 2616, 9.4 HEAD
The HEAD method is identical to GET except that th
Support the HEAD method properly
Key: MODPYTHON-71
URL: http://issues.apache.org/jira/browse/MODPYTHON-71
Project: mod_python
Type: Bug
Versions: 3.1.4, 3.1.3, 2.7.10, 3.2.0
Reporter: Nicolas Lehuen
Priority: Minor
R
[ http://issues.apache.org/jira/browse/MODPYTHON-72?page=all ]
Nicolas Lehuen reassigned MODPYTHON-72:
---
Assign To: Nicolas Lehuen
> mod_python.publisher no longer pays attention to result of
> req.get_addhandler_exts()
> --
mod_python.publisher no longer pays attention to result of
req.get_addhandler_exts()
Key: MODPYTHON-72
URL: http://issues.apache.org/jira/browse/MODPYTHON-72
Project: mod_python
Typ
[ http://issues.apache.org/jira/browse/MODPYTHON-34?page=all ]
Nicolas Lehuen updated MODPYTHON-34:
Fix Version: 3.2.0
Description:
If index.py is used with mod_python.publisher, all underscore prefixed
variables are actually visible and not hidd
Nicolas Lehuen wrote:
Another remark : has anyone suscribed to redhat, debian etc. mailing
list to watch for such patches ?
Not me.
I don't understand why those guys
aren't posting their patches on the mod_python mailing list.
I was wondering the same thing. What would be better for us, su
Nicolas Lehuen (JIRA) wrote:
Support the HEAD method properly
Key: MODPYTHON-71
URL: http://issues.apache.org/jira/browse/MODPYTHON-71
Project: mod_python
Type: Bug
Versions: 3.1.4, 3.1.3, 2.7.10, 3.2.0
Reporter: Nicolas
On Wed, Aug 10, 2005 at 09:04:04AM -0400, Jim Gallacher wrote:
> Nicolas Lehuen wrote:
> >I don't understand why those guys
> >aren't posting their patches on the mod_python mailing list.
> I was wondering the same thing. What would be better for us, subscribing
> to a bunch of mailing lists or c
Nicolas Lehuen wrote:
MODPYTHON-34 has been fixed in the current version of the publisher,
with the new importing system. As I've written before, I can roll back
the part regarding the import system if you really want that, all the
while maintaining the fix for MODPYTHON-34.
I haven't had muc
Jim Gallacher wrote:
Interestingly, section 5.1.1 says that "The methods GET and HEAD MUST be
supported by all general-purpose servers.", so it would seem that
mod_python has not been compliant to the RFC.
FWIW, the Debian Woody package of mod_python (libapache-mod-python
2.7.8-0.0woody5) ru
Juha-Matti Tapio wrote:
On Wed, Aug 10, 2005 at 09:04:04AM -0400, Jim Gallacher wrote:
Nicolas Lehuen wrote:
Having some contact with them directly is probably a good idea anyway.
Subscribing to a bunch of mailing lists could result in a lot of
uninteresting mail. ;)
I think it would be unfa
I do not have immediate comment on what you're doing, but I do have a
tangential comment:
Never having looked at the mod_python.util.fs_apply_data code, your
email prompted me to. I noticed that the code uses "object" as a
function argument name. While this works, shouldn't the argument name
be
[
http://issues.apache.org/jira/browse/MODPYTHON-71?page=comments#action_12318388
]
Jim Gallacher commented on MODPYTHON-71:
Apache may already be doing the right thing for us. Using netcat as the client
I ran the some tests using the the following
I'd like to stress the fact that a lot of issues currently in JIRA are
related to the publisher. We have worked on it to solve some of these
issues. I have made sure that both the old version and the new version
pass a series of unit tests. I can't be sure that those unit tests
reflect the whole ra
Nicolas Lehuen wrote:
I'd like to stress the fact that a lot of issues currently in JIRA are
related to the publisher. We have worked on it to solve some of these
issues. I have made sure that both the old version and the new version
pass a series of unit tests. I can't be sure that those unit
I updated dated my workstation today which included pulling in gcc 4.0.1
and thought I'd give mod_python a whirl and how if they'd play together.
Compilation fails with the following:
requestobject.c: In function 'request_tp_dealloc':
requestobject.c:1482: warning: implicit declaration of funct
[ http://issues.apache.org/jira/browse/MODPYTHON-12?page=all ]
Graham Dumpleton updated MODPYTHON-12:
--
Attachment: package.diff.txt
An even simpler test for this problem is to use a publisher function defined as:
import mod_python
def index(req):
27 matches
Mail list logo
