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
[ 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
[ 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)
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
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,
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
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
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)
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
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
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
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
[ 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):
14 matches
Mail list logo