Dr Stephen Henson wrote:
On 25/05/2010 13:45, Joe Orton wrote:
I'd like to drop support for versions of OpenSSL older than 1.0 in
the trunk mod_ssl. We have 200+ lines of compat macro junk and still
six different compiler warnings remain in a trunk build against 1.0.0.
pro: simplify code:
Would it be too offensive if mod_authnz_ldap stashed away the users
basic auth password in its own per-request config after it
successfully authenticates, then used it later during authorization?
It is floating around base64'ed anyway, but it still sounds unsavory.
There are some cases where at
I would like to go commit the following to apr and httpd trunk.
I don't think it is appropriate for the local buildconf-time
environment to make it impossible at configure-time to use an older
APR configuration. Restoring find_apu.m4 to apr trunk resolves this
issue for me. (I'm leaving the
On Tue, May 25, 2010 at 6:14 AM, Jeff Trawick traw...@gmail.com wrote:
There's no ready answer to this, but I wonder: How much of the
current conditional logic is required to support the OpenSSL in
fully patched RHEL 4
fully patched Solaris 10
(some other typical server platform that
On 5/29/2010 8:36 PM, Justin Erenkrantz wrote:
I would like to go commit the following to apr and httpd trunk.
I don't think it is appropriate for the local buildconf-time
environment to make it impossible at configure-time to use an older
APR configuration. Restoring find_apu.m4 to apr
On May 29, 2010, at 6:36 PM, Justin Erenkrantz wrote:
I would like to go commit the following to apr and httpd trunk.
I don't think it is appropriate for the local buildconf-time
environment to make it impossible at configure-time to use an older
APR configuration. Restoring find_apu.m4
On Sat, May 29, 2010 at 7:39 PM, Sander Temme scte...@apache.org wrote:
Wouldn't we rather move to a construct where APR is not needed to buildconf?
If all we're doing is copy in find_apr.m4, can't we just fork that and allow
it to evolve into our own idea of finding an appropriate APR
On Sat, May 29, 2010 at 7:25 PM, William A. Rowe Jr.
wr...@rowe-clan.net wrote:
Is your thinking to use a find_ap[r|u] setup that can resolve either/or
at ./configure-time?
Yes.
Since we've acknowledged that apr/apu are hand-in-hand with 2.0, does it
make sense to merge these and distribute
-- Forwarded message --
From: Eric Covener cove...@gmail.com
To: dev@httpd.apache.org
Date: Fri, 28 May 2010 07:31:46 -0400
Subject: Re: Fast by default
On Fri, May 28, 2010 at 12:08 AM, Sergey Chernyshev
sergey.chernys...@gmail.com wrote:
I don't think anything in