Nicolas Lehuen wrote:
Being the guy who provide the Win32 binaries, I feel obliged to answer :)
download, untar, then do (substituting your apache directory for the one
set APACHESRC="c:\Program Files\Apache Group\Apache2"
Note that without setting APACHESRC, the setup will try and locate apxs
to find the include and library directories, which will fail on a
default (non-source) apache install (and which requires running
configure which is wierd on windows anyway...)
Perhaps a note on the could be added to the README?
Yes, and I'll add a test to build_installer.bat which will display a
nice error message when APACHESRC is not set.
Surely we could write code to figure these out? We work out many of them
in setup.py.in / win32_postinstall.py anyway...
Then (as non-root user!)
$ cd test
$ python test.py
And see if any tests fail. If they pass, send a +1 to the list, if they
fail, send the details (the versions of OS, Python and Apache, the test
output, and suggestions, if any).
Again, you can't do this on Windows without running configure.
Did those who tested on Windows run configure or how did they get it to
work? I'm curious as to the setup :-)
No need to run configure (which would cause a bunch of problems on
Windows). Just copy testconf.py.in to testconf.py and replace the @..@
OK - it seems the test framework leads at least a bit of documentation
as to how to run on Windows
I tried building myself and testing the py2.4 installer, but with both
the tests failed to start the Apache service and so universally failed.
This was with a manually created testconf.py
I'm not giving a -1 until I know I'm doing the right thing though :-)
You're doing the right thing if you have something like this in testconf.py :
In any case this would be a -1 on the test framework, not on mod_python...
And I'd like to provide a way of doing this on Windows without configure
All right, all right, I'll add a few lines of documentation to test/README.
Nothing like bothering people :-)
So do these tests run for you?
The disturbing thing for me was that the seem to fail without any error
messages being produced by apache, even in the test/logs/* files
It turns out that if the service can't write to the error log file, it
fails and logs a message in the Windows Event log, rather than to the
This is odd because it actually opens the log files itself.
I suspect this is because it actually runs using a different user as a
Anyway I should have been testing the earlier betas so I'm doing catchup :-)