Paul Querna wrote:
Tarballs available from:
http://people.apache.org/~pquerna/dev/httpd-2.1.10/
Please test and vote on releasing 2.1.10 as STABLE/General Availability.
At this time -1 for GA release. +1 to proceed with Beta.
Things to happen that will move my vote twords +1;
* Go live on a major Apache server for 1 week, no stability issues.
(Thanks Sander for kicking this off!)
* Summary of 2.0.55 v.s. 2.1.10 httpd-test reports on various platforms.
(Thanks Justing for kicking this off!)
* Build without horrific apr-util .so platform subversion dependencies.
I'm still unsure that we correctly require APR 1.2, prefer 1.2.2 (some
suggestion at config time that 'This httpd version was confirmed with
APR 1.2.2, you are using an earlier version' would be enough), and some
how gracefully accept future APR releases.
APR-util refactored ldap support in such a way as to make the previous
dependencies on specific db .so providers look like a cakewalk. We
need to seriously rethink the amount of baggage, and what an absolute
impossiblity that Unix binary builds have become.
Now as a general rule, cleaning up APR-util shouldn't hold up 2.2.0, but
it does if we decide on a mechanism for freeing APR-util from binding to
all these subversion'ed libraries, that might then involve moving those
various bindings down to the httpd module level. So while we look at how
effectively httpd 2.1.10 performs on ASF hardware, and how well our httpd
test framework shows 2.1.10 to be more stable than 2.0.55, I'll promote
such a discussion of hard library dependencies from APR-util on Monday
so we can arrive at some rapid progress that doesn't put off 2.2 for any
significant amount of time. If we arrive at a solution that won't impact
2.2.x binary compatibility when the fix is put in place, then by all means
this won't prove to be a showstopper.
[Footnote: this .so library dependency mess has led some in the apr's
user community to beg us for more -util features in the APR core. I don't
believe this is because they think they belong there, but because APR-util
is a twisted mess of dependencies. C.f. ldd libaprutil-1.so for reference,
dump -H libaprutil-1.so on AIX, chatr libaprutil-1.sl on HPUX, or on Win32
depends libaprutil-1.dll).]
Bill
