leton <[EMAIL PROTECTED]>:
On 12/10/2006, at 10:47 PM, Nicolas Lehuen wrote:
I've ran the unit test successfully except for the two known failures related to server.register_cleanup and apache.register_cleanup, so those binaries can be officially released.Can you remind me what Apache actual
Hi Paul,I have built binaries for Python 2.5 and Apache 2.0 and 2.2 :http://nicolas.lehuen.com/download/mod_pythonDo make sure that you download the version that matches your Apache version, as they are incompatible.
I've ran the unit test successfully except for the two known failures related to s
Sorry I usually don't use the VS GUI to build mod_python, only the dist/build_installer.bat script. I didn't even notice there was a VS .vcproject file until now :). That's why I haven't noticed the problem.In fact, I'm all in favor of dropping the VCPROJ file, because maintaining it could promptly
What Sébastien proposes is the kind of dispatching mechanism used in Django, and (without regular expressions) in Rails and Routes (http://routes.groovie.org/). This tends to prove that some people find it useful.
The proposed implementation, however, is another story. There are the problems that G
Hi Earle,Thanks for your input.For the sake of performance, you way want to call a single "DELETE FROM session WHERE accessed < ?" request instead of fetching all the session id and access time from the database and calling a delete per session. See for example this code :
http://svn.apache.org/vie
Just to make sure I've reinstalled my Python 2.3 test environment...So even if I've already voted, I've got an additional +1 Windows 2000 Server SP4, Apache 2.0.58 (mpm-winnt), Python 2.3.5Regards,
Nicolas2006/7/26, Nicolas Lehuen <[EMAIL PROTECTED]>:
+1 too.2006/7/26,
+1 too.2006/7/26, Jim Gallacher <[EMAIL PROTECTED]>:
I think it's time for a core vote on the 3.2.10 release, as no more testresults have appeared since Saturday.This vote is for the mod_python core only (Jim, Graham, Grisha and Nicolas).I am:+1 release now
JimTest summary:+1 Fedora Core 5, Apache
+1 Windows XP SP2, Apache 2.0.58 (mpm-winnt), Python 2.4.3
Regards,
Nicolas2006/7/19, Jim Gallacher <[EMAIL PROTECTED]>:
The mod_python 3.2.10 tarball is available for testing.Part way through the release process for 3.2.9 a fix was found forseveral memory leaks (MODPYTHON-172). We've decided to s
Hi Graham,It looks like with mod_python 3.2.8, both req.filename and req.hlist.directory are normalized, so your latest changes may introduce a regression for those who expect req.hlist.directory to be normalized.
Regards,Nicolas2006/4/18, Nicolas Lehuen <[EMAIL PROTECTED]>:
This was wi
Just as a note, I'm still struggling with Apache 2.2 to make the test suite run with the latest svn version (everything seems OK with Apache 2.0.55).I still have a problem while testing req.auth_type(). It looks like the authentication system was changed in Apache
2.2, and that the current test fr
Hi,Just FYI, here are the results of my latest build & tests with mod_python SVN revision 387864 :+1 ActivePython 2.4.2.10 / Apache 2.0.55 / Windows XP SP2 / old importer
+1 ActivePython 2.4.2.10 / Apache 2.0.55 / Windows XP SP2 / new importer+1 ActivePython 2.3.5.? / Apache 2.0.55 / Windows 2000 S
[
http://issues.apache.org/jira/browse/MODPYTHON-104?page=comments#action_12370839
]
Nicolas Lehuen commented on MODPYTHON-104:
--
Same problem with SSI_CREATE_ERROR_BUCKET on Win32, but at compile time.
> Allow Python code callouts w
Oops, my mistake, I haven't seen that the hidden version of the
function was called instead of the public one...
In any case there is a real problem with the unit tests since they
passed before my change and still pass now.
I still would like to refactor the unit tests but I've been quite busy
la
ent.
>
> Grisha
>
> On Mon, 20 Feb 2006, Graham Dumpleton wrote:
>
> > +1 core vote
> >
> > Nicolas Lehuen wrote ..
> >> +1 core vote
> >>
> >> 2006/2/20, Jim Gallacher <[EMAIL PROTECTED]>:
> >>> +1 core vote
> >>&g
EMAIL PROTECTED]>:
> >>
> >>> Thanks Roy. Very timely, since 3.2.6 is (so far) going to be a
> >>> final/stable release.
> >>>
> >>> I propose that for starters those people are:
> >>>
> >>> me (I'm also in the Apac
Hi all,
I'm back after a few days without Internet access...
I also have the same test failure as Graham. Here is my error log :
[Thu Jan 12 20:11:24 2006] [error] [client 127.0.0.1]
req_add_empty_handler_string
[Thu Jan 12 20:11:24 2006] [notice] mod_python: (Re)importing module ''
[Thu Jan 12
[ http://issues.apache.org/jira/browse/MODPYTHON-96?page=all ]
Nicolas Lehuen resolved MODPYTHON-96:
-
Fix Version: 3.2
Resolution: Fixed
> Accessing req.boundary causes crash.
>
>
>
er than as a
> service, but this would make the tests more difficult to control>> David>> Nicolas Lehuen wrote:>>> David,>>>> Though your code seems perfect, I'm a bit worried about installing a
>> service, even temporary, for testing purposes.>>&g
Done.2005/12/5, Gregory (Grisha) Trubetskoy <[EMAIL PROTECTED]>:
On Mon, 5 Dec 2005, Nicolas Lehuen wrote:> Understood. Can I use the branches/nlehuen directory to store this kind of> work in progress ? I'm pretty used to use SVN as a backup policy...Yes, that'd be much bet
2005/11/30, Gregory (Grisha) Trubetskoy <[EMAIL PROTECTED]>:
On Wed, 30 Nov 2005, Jorey Bump wrote:> Nicolas Lehuen wrote:>>> 2) Server name>>>> Thanks to Daniel's excellent posts, I can see that req.hostname is the>> best way to get the server name
2005/11/30, Jorey Bump <[EMAIL PROTECTED]>:
Finally, I'm getting the impression that most developers are looking fora portable way to get the ServerName, as defined in the Apacheconfiguration. This may currently be achieved in a variety of ways,including:
servername = req.server.server_hostna
2005/11/30, Jim Gallacher <[EMAIL PROTECTED]>:
[snip]
Nicolas Lehuen wrote:> Ah, while I'm at it, knowing the DocumentRoot of the current VirtualHost
> would be great, too. But that's another story.I don't know that story. Is there a problem with req.document_root()?
We
Ooops from your definition it looks like this holds :
req.unparsed_uri = req.uri + req.path_info
So we'd better use unparsed_uri to reconstitute the original absolute URL.
Before the publisher computes path_info it must be empty, so in this case req.unparsed_uri == req.uri. I'll check this.
Reg
2005/11/30, Jim Gallacher <[EMAIL PROTECTED]>:
At this point I think we should leave parsed_uri alone, as it seems todo the correct thing - if not the desired thing. At a minimum we shouldexpand the documentation to warn people of the limitations. I still
think it would be useful to have a tuple
2005/11/29, Gregory (Grisha) Trubetskoy <[EMAIL PROTECTED]>:
On Tue, 29 Nov 2005, Nicolas Lehuen wrote:> def current_url(req):[snip]>># host>current_url.append(req.hostname)[snip]This part isn't going to work reliably if you are not using virtual hosts
and ju
Hi,Is it me or is it quite tiresome to get the URL that called us, or get the complete URL that would call another function ?When performing an external redirect (using
mod_python.util.redirect for example), we MUST (as per RFC) provide a full URL, not a relative one. Instead of util.redirect(req,
+1 for mod_python 3.2.5b on Python 2.3 on Windows 2000
+1 for mod_python 3.2.5b on Python 2.4 on Windows XP
2005/11/14, Jim Gallacher <[EMAIL PROTECTED]>:
> A new mod_python 3.2.5 beta tarball is now available for testing. A
> windows binary should be available shortly.
>
> This release is similar
I can try to integrate Graham's proposal for a fix to MODPYTHON-83 and
test it on Win32 this week-end, but after that I'll be away for a week.
Regards,
Nicolas2005/10/21, Jim Gallacher <[EMAIL PROTECTED]>:
Nicolas Lehuen wrote:> Hi,>> http://issues.apache.org/jira/browse
Hi,
http://issues.apache.org/jira/browse/MODPYTHON-82 is resolved and fixed
in trunk. Are you sure you didn't interchange the two issues ?
Regards,
Nicolas2005/10/21, Jim Gallacher <[EMAIL PROTECTED]>:
Can we do a release of 3.2.2-final or do we need another beta to fixissues related to platforms
eath
because no one is posting to the list about any problem.
Regards,
Nicolas2005/10/19, Jim Gallacher <[EMAIL PROTECTED]>:
Nicolas Lehuen wrote:> 2005/10/19, Nic Ferrier <[EMAIL PROTECTED]> [EMAIL PROTECTED]
>>:>> Is everyone here called Nic[h]olas?>>> Nico
We could simply change the issue's summary so that it reads correctly in th release notes.
Regards,
Nicolas2005/9/19, Jim Gallacher <[EMAIL PROTECTED]>:
Nicolas Lehuen wrote:> Hi Grisha,>> You could nearly copy/paste this :>>
http://issues.apache.org/jira/secure/Rele
Hi Grisha,
You could nearly copy/paste this :
http://issues.apache.org/jira/secure/ReleaseNote.jspa?version=11060&styleName=Text&projectId=10640&Create=Create
There is also an HTML version.
Regards,
Nicolas
2005/9/18, Gregory (Grisha) Trubetskoy <[EMAIL PROTECTED]>:
I've updated the XML f
that on line 35 :
#if APR_HAS_THREADS || defined(DOXYGEN)
Would it be possible that apache was compiled without threads on
minotaur ? What I don't understand is why WITH_THREAD is defined, in
that case...
Regards,
Nicolas
2005/9/10, Jim Gallacher <[EMAIL PROTECTED]>:
> Nicola
OK, with the help of Grisha, I could get the same error as Jim and
Graham on minotaur :). Looks like something is missing from APXS.
Unfortunately I'll stop there because I'm pretty much clueless about
FreeBSD.
Regards,
Nicolas
2005/9/9, Nicolas Lehuen <[EMAIL PROTECTED]>:
>
I tried to build it under minotaur as well, but "./configure" only
finds a 1.3.33 version of Apache, so I can't go further. I can't help
much here since I'm not used to FreeBSD...
Regards,
Nicolas
2005/9/9, Gregory (Grisha) Trubetskoy <[EMAIL PROTECTED]>:
>
> Just tried compiling it on minotaur
Hi,
Here is a link to a documentation on how to use Django with mod_python.
What's interesting is how they cope with the current bugs, with
sentences like "When deploying Django sites on mod_python, you'll need to restart Apache each
time you make changes to your Python code." or "you'll need to t
Hi Grisha,
Indeed, this is built by setup.py because this makes the build under
Win32 much more easier. No need to "./configure ; make ; make install"
under Win32, which is a blessing since there are no default
installation of sh, make, flex etc. on this platform. The "standard"
way of building mo
Another remark : has anyone suscribed to redhat, debian etc. mailing
list to watch for such patches ? I don't understand why those guys
aren't posting their patches on the mod_python mailing list.
Regards,
Nicolas2005/8/10, Nicolas Lehuen <[EMAIL PROTECTED]>:
This is particularly
This is particularly tricky. I don't know how many app server prevent
content from being returned on a HEAD request, but I guess there aren't
too many. However, it's a MUST NOT, so it should be prevented.
Maybe mod_python could replace req.write with a NOP function whenever the request method is H
2005/8/10, Graham Dumpleton <[EMAIL PROTECTED]>:
Have started to have a look through the latest mod_python.publishercode, got a few comments to make about it.First is that it has been changed to allow "HEAD" requests whereasbefore it only supported "GET" and "POST". A "HEAD" request is handled
by t
[ http://issues.apache.org/jira/browse/MODPYTHON-70?page=all ]
Nicolas Lehuen resolved MODPYTHON-70:
-
Fix Version: 3.2.0
Resolution: Fixed
> Add configure --with-max-locks option to set MAX_LO
[ http://issues.apache.org/jira/browse/MODPYTHON-69?page=all ]
Nicolas Lehuen resolved MODPYTHON-69:
-
Fix Version: 3.2.0
Resolution: Fixed
> Potential deadlock in psp cache
> ---
>
> Key:
Hi Graham,
Apart from the fact that it is a third way to import modules, I don't
see any problem with the new importing system, as it fixes a lot of
bugs while not touching anything on the apache.import_module side. We
have agreed, I think, that we should not make
mod_python.publisher.get_page() p
Hi Grisha,
What do you want for the win32 version ? I regularly rebuild the win32
installer from the latest Subversion revision and put it there :
http://nicolas.lehuen.com/download/mod_python . Using this installer,
people can test and give their +1 / -1. Is that OK for you ?
Regards,
Nicolas200
No, I wanted to give you credit for a fix :).
2005/6/27, Graham Dumpleton <[EMAIL PROTECTED]>:
>
> On 28/06/2005, at 2:27 AM, Nicolas Lehuen wrote:
> > How can we add users to the mod_python project ? I'd like to assign
> > some fixes to Graham or Jim but only
Scott,
How can we add users to the mod_python project ? I'd like to assign
some fixes to Graham or Jim but only you and me are listed in the
various combo boxes...
Regards,
Nicolas
2005/6/17, Jim Gallacher <[EMAIL PROTECTED]>:
> Nicolas Lehuen wrote:
> > Hi Jim,
> >
> > You've done a pretty impressive work here. What surprises me is the
> > O(n) behaviour on DBM and FS. This seems to mean that indexes (or
> > indices, if you prefe
OK then I'm OK if you check your code. We'll fix this later, and
anyway if someone has a custom session implementation, he is already
using it wihout get_session() so there won't be any regression of his
code.
Regards,
Nicolas
2005/6/15, Jim Gallacher <[EMAIL PROTECTED]>:
&
Jim, just one question. Suppose I write a home-made session
implementation, myownsessionmodule.MyOwnSession. How would I configure
this using PythonSessionOption ? I see there is no problem for
paramaters (the different session classes use whatever session
parameter they need), but will I be able t
Nick, what do you think about apache.import_module, as it is now
and/or as I've described before ?
Let's forget about the import hook, let's say import is for standard
modules only. What do you think about providing our users a way to
dynamically import some modules without polluting sys.modules
Him Jim,
If we add a test, then the developers will depend on the number of
mutexes that are configured. Why not do what is already done in
_apachemodule.c line 398, that is to say compute the given index
modulo the number of mutexes and use the resulting index ? I'm afraid
this might be deadlock-
Add a version attribute to the mod_python module.
-
Key: MODPYTHON-55
URL: http://issues.apache.org/jira/browse/MODPYTHON-55
Project: mod_python
Type: Improvement
Versions: 3.1.4
Reporter: Nicolas Lehuen
2005/5/19, Graham Dumpleton <[EMAIL PROTECTED]>:
>
> On 19/05/2005, at 8:32 PM, Nicolas Lehuen wrote:
> > I'm OK with reloading published modules being automagically reloaded,
> > but I'm not for standard Python modules. Published modules are or
> > shou
53 matches
Mail list logo
