httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From "Brad Nicholes" <>
Subject Re: segfault patch for util_ldap (was:Re: cvs commit: httpd-2.0 STATUS)
Date Tue, 28 Sep 2004 23:12:31 GMT
   I wouldn't consider posting the patch if there was going to be
another release in a week and a half, but that usually isn't the case
and a patch for an experimental module usually isn't reason enough to
roll another release.  Past history shows that it usually takes a
serious vulnerability to warrant the turnaround we saw with 2.0.52. 
There have been a number of users reporting this segfault not only on
the httpd email lists but on our own Novell news groups as well.  We
have been making a lot of progress towards stabilizing auth_ldap and
util_ldap and as a result, I believe that the popularity of these
modules has increased.  I would really hate to put a damper on this
forward progress just because we missed a segfault patch by one vote. 
Simply posting this patch seems like a quick and easy fix until the next


>>> Tuesday, September 28, 2004 4:28:25 PM >>>
At 04:59 PM 9/28/2004, Brad Nicholes wrote:
>   Since this patch was the last of three fixes for util_ldap and
>make it into 2.0.52 because of lack of votes and since it fixes a
>segfault in util_ldap, now that it has the required votes, I would
>suggest we backport the fix and post the patch in /dist/httpd/patches.

>Any objections?

No objection to backporting.  Why not simply keep moving towards
release starting in a week and a half?  The project as a whole is
making huge progress on many fronts - the concept of release early,
release often comes to mind.

We fix dozens of things per week, why would this merit special
placement in patches?  Seems like the sort of thing contrib was
made for.

And if you are asking if a special build of Netware + patch in
binaries is appropriate, I would vote Nay.  But if you want to
push for a release the day this patch is committed, that's the
right of every project member.


View raw message