Mike Looijmans wrote ..
I've read through the documentation. I like the interface - just call
ap_update_mtime for every object your response depends on (and another
great feature: It starts with the mtime of the file, so that updates to
the script also invalidate the cached response).
Hi,
There is something I'd like to do for the 3.3 version : it is to
refactor the test suite. It's more a chore than real development, but
the current test suite is slowly becoming big and quite difficult to
maintain.
What I'd like to do is simply split the test runner and the published
tests in
Nicolas Lehuen wrote:
Hi,
There is something I'd like to do for the 3.3 version : it is to
refactor the test suite. It's more a chore than real development, but
the current test suite is slowly becoming big and quite difficult to
maintain.
Also, I think the size and complexity may be
[
http://issues.apache.org/jira/browse/MODPYTHON-78?page=comments#action_12365923
]
Jim Gallacher commented on MODPYTHON-78:
The following comment from Justin Erenkrantz was sent to the python-dev mailing
list :
FWIW, don't ever expect code that
On Thu, 9 Feb 2006, Jim Gallacher wrote:
Depending on Grisha's preference, I think we should either put the
content in svn and have a cron job on modpython.org do a nightly update,
or start using the Apache infrastructure for the website. See
http://www.apache.org/dev/project-site.html for
Gregory (Grisha) Trubetskoy writes:
On Thu, 9 Feb 2006, Jim Gallacher wrote:
Depending on Grisha's preference, I think we should either put the
content in svn and have a cron job on modpython.org do a nightly update,
or start using the Apache infrastructure for the website. See
On 2/10/06, Jim Gallacher [EMAIL PROTECTED] wrote:
So we would have our own httpd instance in the zone, right?
infra@ allocates zones to a PMC. So, you'd have to 'share' the server
with the rest of the httpd PMC. But, I'm sure we can work something
out. -- justin
I would he happy to help out if my experience would be useful.
http://thinkflat.com/home/portfolio/
Lemme know if there's anything I can do :)
John M.
__
Gregory (Grisha) Trubetskoy wrote:
On Fri, 10 Feb 2006, Daniel J. Popowich wrote:
Could we run
Message-ID: 4186
Hi All,
There was a change between libapreq2 2.06 and 2.07 which made it impossible(?)
to set read_limit above 64mb (APREQ_DEFAULT_READ_LIMIT) from perl. I can still
set it higher using APREQ2_ReadLimit apsche config option. The change itself
was in the
+1, passes 'make test' on Ubuntu Linux 5.10.
Thanks,
Sander
+1
FC3 (2.6.9-1.667)
Perl 5.8.5
Apache 2.0.55
mod_perl 2.0.2
Good work, chaps.
Pete
--
Openstrike - improving business through open source
http://www.openstrike.co.uk/ or call 07092 020107
pgpwYIWTAGTAo.pgp
Description: PGP signature
Hi,
I would like to know more about the process
flow of the event MPM. The docs indicate it was largely
about moving listening logic for keep-alives out of the
worker threads and into the listener thread. The name
implies to me that it might be more general than that
(for example, supporting
On 2/9/06, Maxime Petazzoni [EMAIL PROTECTED] wrote:
Recently, I've been working on cleaning up the directory structure of
the module's source code in a 'surgery' branch. Today, this work is
done and the branch's code compiles, installs and works fine here at
home. Please not that the
Justin Erenkrantz wrote:
On 2/9/06, Maxime Petazzoni [EMAIL PROTECTED] wrote:
Recently, I've been working on cleaning up the directory structure of
the module's source code in a 'surgery' branch. Today, this work is
done and the branch's code compiles, installs and works fine here at
home.
On Feb 9, 2006, at 4:11 PM, Maxime Petazzoni wrote:
* Ruediger Pluem [EMAIL PROTECTED] [2006-02-09 23:56:34]:
I have no further knowledge in the mbox code, but the value of len
does not look good
to me. Are the values of len for other cores of a similar magnitude?
My last commits fix
Hi,
* Justin Erenkrantz [EMAIL PROTECTED] [2006-02-10 07:54:49]:
Can you please consider removing automake? (I did -1 it when Paul
committed automake the first time.)
If you feel brave enough to get a hand on the new build system, feel
free to do so. Personally, I don't know how it works,
Joshua Slive wrote:
On 1/26/06, Ian Holsman [EMAIL PROTECTED] wrote:
Hi Joshua:
httpd.conf.in has the new structure
httpd-std.conf (the one I was looking at) didn't ;(
Hmmm... httpd-std.conf doesn't exist in trunk.
Just ran into this and couldn't quite believe what I was seeing.
I have
So auth changing folks, what replaces limitexcept? It's not working on
trunk at present as far as I can tell...
david
On 2/10/06, David Reid [EMAIL PROTECTED] wrote:
Joshua Slive wrote:
On 1/26/06, Ian Holsman [EMAIL PROTECTED] wrote:
Hi Joshua:
httpd.conf.in has the new structure
httpd-std.conf (the one I was looking at) didn't ;(
Hmmm... httpd-std.conf doesn't exist in trunk.
Just ran into
On 2/10/06, Maxime Petazzoni [EMAIL PROTECTED] wrote:
It works, in a very simple and common way, and changing the build
system is not (yet) part of the showstoppers. Please keep in mind that
I want this release to be some kind of out-of-SoC release, not a
mod-mbox-has-become-the-killer-module
* Justin Erenkrantz [EMAIL PROTECTED] [2006-02-10 21:54:27]:
On 2/10/06, Maxime Petazzoni [EMAIL PROTECTED] wrote:
It works, in a very simple and common way, and changing the build
system is not (yet) part of the showstoppers. Please keep in mind that
I want this release to be some kind of
21 matches
Mail list logo