[
http://issues.apache.org/jira/browse/MODPYTHON-202?page=comments#action_12449192
]
Jim Gallacher commented on MODPYTHON-202:
-
We seem to be going pretty far down the road with PythonOption and our
new namespace, so I'm inclined to st
Graham,
The edit you suggested for the PythonImport test:
assert(map(os.path.normpath, sys.path).count(directory) == 1
works on my Win32 build.
Presumably that change would work on Linux too, yes?
Wanted to let you know.
Thanks,
Jef
- Original Message -
From: "Graham Dumpleton" <
Jeff Robbins wrote ..
> re the 'subdir' directory:
>
> I've attached a screenshot from WinZip which I used to extract the .tgz
> tarball. I sorted by directory so you can see that WinZip does not show
> the
> 'subdir' directory. Perhaps a flaw in WinZip? In any case, I didn't
> knowingly dele
Try follow these instructions:
http://www.modpython.org/pipermail/mod_python/2006-September/022092.html
If these are correct, they probably should be put in the source code if they
aren't already.
Graham
Jeff Robbins wrote ..
> re: building on Win32
>
> I tried using setup.py but even once I
When I run
python setup.py build
with
ext_modules = [PSPModule]
I get _psp.pyd
When I copy that into C:\Python24\Lib\site-packages\mod_python the psp tests
pass:
* Testing mod_python.psp
.
* Testing mod_python.psp parser
PASS expect{\n} got{\n}
PASS expect{\r} got{\r}
PASS
Graham,
I couldn't find a WinZip option that controls this. It must be a bug in its
tar support, since I know it supports empty native windows directories just
fine.
- Jeff
- Original Message -
From: "Graham Dumpleton" <[EMAIL PROTECTED]>
To: "python-dev list"
Sent: Sunday, Novemb
Graham,
These instructions are not sufficient. The apache environment I have on
windows has include files in /include but also in
/srclib/apr/include, /srclib/apr-iconv/include, and
/srclib/apr-util/include
Setting the APACHESRC environmental per the instructions only finds the
includes in
Jeff Robbins wrote ..
> Graham,
>
> These instructions are not sufficient. The apache environment I have on
> windows has include files in /include but also in
> /srclib/apr/include, /srclib/apr-iconv/include, and
> /srclib/apr-util/include
>
> Setting the APACHESRC environmental per the instru
Guys,First of all sorry for not intervening in the discussion earlier, I haven't had much time for mod_python development lately (hell, not much time for anything except working). The build procedure quoted by Graham at
http://www.modpython.org/pipermail/mod_python/2006-September/022092.html works
Indeed, the APACHESRC variable has a slightly misleading name, since it doesn't need the full blown source installation. When building mod_python I'm using a stock Win32 Apache 2.0 or 2.2 binary build downloaded from
http://httpd.apache.org/, not a source distribution. It may or may not work with
Nicolas,
I had a binary (with SSL support) from http://www.apachelounge.com/. That
one has no include folder so I fell back to using a source copy. Which I
built but the build doesn't consolidate the include files. I'm downloading
the apache.org win32 binary and will try again with that.
Nicolas,
I downloaded the stock 2.2.3 binary build. To
get setup.py to link, I had to edit this:
if
winbuild:
libraries = ['libhttpd', 'libapr-1', 'libaprutil-1', 'ws2_32']
(added the -1 to libapr and
libaprutil)
The resultant build produced _psp.pyd and also a
m
That is probably reasonable as late in Apache 2.0.X releases and in Apache
2.2.X they changed from version 0.0.9 of Apache runtime library to 1.0.2 (or
something like that). Thus, they are probably naming the libraries differently.
Looks like we need to do some work on that script to auto detect w
Yeah, the 2.2 version needs to tweak setup.py. We should include some kinf of auto-detection of the 2.2 version and act accordingly.Glad to hear that you've succeeded in building mod_python.Regards,Nicolas
2006/11/13, Jeff Robbins <[EMAIL PROTECTED]>:
Nicolas,
I downloaded the stock 2.2.3
Jeff Robbins wrote ..
> Graham,
>
> I couldn't find a WinZip option that controls this. It must be a bug in
> its
> tar support, since I know it supports empty native windows directories
> just
> fine.
It may well be a bug. At:
http://dsd.lbl.gov/firefish/install.html
it warns:
Due too
Graham Dumpleton wrote ..
> That is probably reasonable as late in Apache 2.0.X releases and in Apache
> 2.2.X they changed from version 0.0.9 of Apache runtime library to 1.0.2
> (or
> something like that). Thus, they are probably naming the libraries
> differently.
>
> Looks like we need to do
16 matches
Mail list logo