httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "William A. Rowe Jr." <>
Subject Re: httpd ldap mess
Date Thu, 07 Jul 2011 17:05:44 GMT
On 7/6/2011 6:07 PM, Graham Leggett wrote:
> I have vetoed the mess you've just referred to, and I expect wrowe to revert this change
> as per this project's rules.

Per the project rules, you have failed to offer a valid technical
justification for your veto.  It represents an opinion.  Right now,
I have a much technical justification than you, due to the fact that
updating apr-util and replacing the ldap library consumed by apr-util
breaks an installed mod_ldap, violating binary compatibility guidelines.

> If this is still not done by the end of the week I will make plans to do so myself,
> however I am currently arranging a wedding, and that comes first right now.

Do not unilaterally revert.  Doing so based on an unsubstantiated veto
jeopardizes your commit privileges.  Speaking for a moment as project
chair, I will not permit svn to be abused with commit wars.

I have put this to a [vote] as you had not done so, since you desire
some path to change the current direction.

Others at this list have expressed an interest in working with the
current state of trunk.  I've just completed a rather intensive project
and can again dedicate cycles to further testing and improving the
status quo for 2.3 beta.  I do know that things built on linux and win32
when I had last looked, but that was only with wldap32.dll and openldap
tests.  As we fix one thing, it is altogether possible that we break
something else, and I'm happy to help clean up today.

Complete refactoring at httpd would permit us to build mod_ldap_openldap
alongside other library options, something apr_util cannot provide.

View raw message