[jira] Updated: (MODPYTHON-19) Add a section about security in the documentation

[ http://issues.apache.org/jira/browse/MODPYTHON-19?page=all ] Nicolas Lehuen updated MODPYTHON-19: Component: documentation > Add a section about security in the documentation > - > > Key: MOD

[jira] Updated: (MODPYTHON-44) Mailing list archive attachments URL not being set correctly.

[ http://issues.apache.org/jira/browse/MODPYTHON-44?page=all ] Nicolas Lehuen updated MODPYTHON-44: Component: documentation > Mailing list archive attachments URL not being set correctly. > ---

[jira] Updated: (MODPYTHON-53) Show link for subversion and JIRA on www.mod_python website

[ http://issues.apache.org/jira/browse/MODPYTHON-53?page=all ] Nicolas Lehuen updated MODPYTHON-53: Component: documentation > Show link for subversion and JIRA on www.mod_python website > --- >

[jira] Updated: (MODPYTHON-59) Add get_session() method to request object

[ http://issues.apache.org/jira/browse/MODPYTHON-59?page=all ] Nicolas Lehuen updated MODPYTHON-59: Component: session (was: core) > Add get_session() method to request object > -- > >

[jira] Updated: (MODPYTHON-12) ImportError: cannot import name publisher

[ http://issues.apache.org/jira/browse/MODPYTHON-12?page=all ] Nicolas Lehuen updated MODPYTHON-12: Component: importer > ImportError: cannot import name publisher > - > > Key: MODPYTHON-12 >

[jira] Updated: (MODPYTHON-54) Add a way to import a published page into another published page

[ http://issues.apache.org/jira/browse/MODPYTHON-54?page=all ] Nicolas Lehuen updated MODPYTHON-54: Component: importer > Add a way to import a published page into another published page > -

[jira] Updated: (MODPYTHON-8) Improve apache.load_module with a two-level locking scheme

[ http://issues.apache.org/jira/browse/MODPYTHON-8?page=all ] Nicolas Lehuen updated MODPYTHON-8: --- Component: importer > Improve apache.load_module with a two-level locking scheme > -- > >

[jira] Updated: (MODPYTHON-56) Error 404 importing module from the same folder

[ http://issues.apache.org/jira/browse/MODPYTHON-56?page=all ] Nicolas Lehuen updated MODPYTHON-56: Component: importer > Error 404 importing module from the same folder > --- > > Key: MODPYTHON-56

[jira] Updated: (MODPYTHON-81) Pickling/unpickling top-level functions defined in published module no longer works in mod_python 3.2

[ http://issues.apache.org/jira/browse/MODPYTHON-81?page=all ] Nicolas Lehuen updated MODPYTHON-81: Component: importer > Pickling/unpickling top-level functions defined in published module no > longer works in mod_python 3.2 >

[jira] Updated: (MODPYTHON-71) Support the HEAD method properly

[ http://issues.apache.org/jira/browse/MODPYTHON-71?page=all ] Nicolas Lehuen updated MODPYTHON-71: Component: core > Support the HEAD method properly > > > Key: MODPYTHON-71 > URL: http://issues.apa

[jira] Updated: (MODPYTHON-21) Enable linking to shared python library

[ http://issues.apache.org/jira/browse/MODPYTHON-21?page=all ] Nicolas Lehuen updated MODPYTHON-21: Component: core > Enable linking to shared python library > --- > > Key: MODPYTHON-21 > URL: htt

[jira] Updated: (MODPYTHON-78) No support for Apache 2.1 yet

[ http://issues.apache.org/jira/browse/MODPYTHON-78?page=all ] Nicolas Lehuen updated MODPYTHON-78: Component: core > No support for Apache 2.1 yet > - > > Key: MODPYTHON-78 > URL: http://issues.apache.or

[jira] Updated: (MODPYTHON-63) Handle wildcard in Directory to sys.path transfer

[ http://issues.apache.org/jira/browse/MODPYTHON-63?page=all ] Nicolas Lehuen updated MODPYTHON-63: Component: core > Handle wildcard in Directory to sys.path transfer > - > > Key: MODPYTHON-63

[jira] Updated: (MODPYTHON-20) mod_python build system ignores apache compile flags

[ http://issues.apache.org/jira/browse/MODPYTHON-20?page=all ] Nicolas Lehuen updated MODPYTHON-20: Component: core > mod_python build system ignores apache compile flags > > > Key: MODPYT

[jira] Updated: (MODPYTHON-74) Add a WSGI handler to support WSGI-based frameworks

[ http://issues.apache.org/jira/browse/MODPYTHON-74?page=all ] Nicolas Lehuen updated MODPYTHON-74: Component: core > Add a WSGI handler to support WSGI-based frameworks > --- > > Key: MODPYTHO

[jira] Updated: (MODPYTHON-38) Passing req.form into psp.PSP().

[ http://issues.apache.org/jira/browse/MODPYTHON-38?page=all ] Nicolas Lehuen updated MODPYTHON-38: Component: core > Passing req.form into psp.PSP(). > > > Key: MODPYTHON-38 > URL: http://issues.apa

[jira] Resolved: (MODPYTHON-12) ImportError: cannot import name publisher

[ http://issues.apache.org/jira/browse/MODPYTHON-12?page=all ] Nicolas Lehuen resolved MODPYTHON-12: - Fix Version: 3.2 Resolution: Fixed > ImportError: cannot import name publisher > - > > Ke

[jira] Resolved: (MODPYTHON-46) PythonHandlerModule directive is broken.

[ http://issues.apache.org/jira/browse/MODPYTHON-46?page=all ] Nicolas Lehuen resolved MODPYTHON-46: - Fix Version: 3.2 Resolution: Fixed > PythonHandlerModule directive is broken. > > > Key:

Re: Where do we stand on 3.2.2 final?

Nicolas Lehuen wrote: OK I've checked in Graham's fix for MODPYTHON-83, and unsurprisingly it doesn't break anything on Win32. So I'm ready to provide the next beta build this week end if we can. As for MODPYTHON-84 (the one about req.sendfile)I cannot really test it since there are no symbol

Re: Where do we stand on 3.2.2 final?

Nicolas Lehuen wrote: OK I've checked in Graham's fix for MODPYTHON-83, and unsurprisingly it doesn't break anything on Win32. So I'm ready to provide the next beta build this week end if we can. +1 I don't see any outstanding issues so if we are doing another beta let's do it today. Just

Re: Where do we stand on 3.2.2 final?

2005/10/22, Jim Gallacher <[EMAIL PROTECTED]>: Nicolas Lehuen wrote:> OK I've checked in Graham's fix for MODPYTHON-83, and unsurprisingly it> doesn't break anything on Win32. So I'm ready to provide the next beta> build this week end if we can. >> As for MODPYTHON-84 (the one about req.sendfile)I

Re: Where do we stand on 3.2.2 final?

On Sat, 22 Oct 2005, Jim Gallacher wrote: Just a note on updating src/include/mpversion.h. Should we be changing MPV_PATCH in svn trunk (and by extension MPV_STRING) to track the beta release patch level? In trunk we are still at MPV_PATCH 0, but in tags/release-3-2-2b we are at MPV_PATCH 2.

Re: Where do we stand on 3.2.2 final?

OK,  I've added a unit test for req.send_file(fname) and everything seems OK under Windows. Now if anyone want to write a test for the symbolic link issue... Regards, Nicolas2005/10/22, Nicolas Lehuen <[EMAIL PROTECTED]>: 2005/10/22, Jim Gallacher <[EMAIL PROTECTED]>: Nicolas Lehuen wrote:> OK I'

Re: Where do we stand on 3.2.2 final?

Nicolas Lehuen wrote: OK, I've added a unit test for req.send_file(fname) and everything seems OK under Windows. Now if anyone want to write a test for the symbolic link issue... Will do. Jim Regards, Nicolas 2005/10/22, Nicolas Lehuen <[EMAIL PROTECTED] >:

Re: Where do we stand on 3.2.2 final?

Gregory (Grisha) Trubetskoy wrote: On Sat, 22 Oct 2005, Jim Gallacher wrote: Just a note on updating src/include/mpversion.h. Should we be changing MPV_PATCH in svn trunk (and by extension MPV_STRING) to track the beta release patch level? In trunk we are still at MPV_PATCH 0, but in tags/re

Re: Where do we stand on 3.2.2 final?

On Sat, 22 Oct 2005, Jim Gallacher wrote: Alternative 1 - no version changes get committed to trunk: Alternative 2 - two version changes get committed to trunk: I think neither one is right. I should be: svn co $URL/trunk trunk cd trunk (Change the MPV_STRING to "3.2.xb") svn ci -m "changed

Re: Where do we stand on 3.2.2 final?

Jim Gallacher wrote: Nicolas Lehuen wrote: OK, I've added a unit test for req.send_file(fname) and everything seems OK under Windows. Now if anyone want to write a test for the symbolic link issue... Will do. And done. I've added the symlink unit test. It will only run if os.name == 'p

Re: Where do we stand on 3.2.2 final?

Gregory (Grisha) Trubetskoy wrote: On Sat, 22 Oct 2005, Jim Gallacher wrote: Alternative 1 - no version changes get committed to trunk: Alternative 2 - two version changes get committed to trunk: I think neither one is right. I should be: svn co $URL/trunk trunk cd trunk (Change the MPV_S

Re: Where do we stand on 3.2.2 final?

> Nicolas's SQLiteSession.py is still there, but it's the only experimental> stuff.  Perhaps we should create a new experimental branch, or have > individual branches for messing around.Yep, I'm thinking we should try to keep the trunk closest to theofficial/current version and a branch for new exp

Re: Where do we stand on 3.2.2 final?

Nicolas Lehuen wrote: 2005/10/22, Jim Gallacher <[EMAIL PROTECTED] >: Jim Gallacher wrote: > Nicolas Lehuen wrote: > >> OK, I've added a unit test for req.send_file(fname) and everything >> seems OK under Windows. Now if anyone want to write a