From: William A. Rowe Jr Date: Thu, 22 May 2003 20:47:03 +0000 (+0000) Subject: Not a patch anymore, this became a 'really nice to wrap up.' X-Git-Tag: 2.0.46~13 X-Git-Url: http://git.ipfire.org/gitweb.cgi?a=commitdiff_plain;h=3bc021da2b0642515bbfb4cb20b1cd6332785e2f;p=thirdparty%2Fapache%2Fhttpd.git Not a patch anymore, this became a 'really nice to wrap up.' git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/APACHE_2_0_BRANCH@100007 13f79535-47bb-0310-9956-ffa450edef68 --- diff --git a/STATUS b/STATUS index 4627eedd748..a01f70ff035 100644 --- a/STATUS +++ b/STATUS @@ -1,5 +1,5 @@ APACHE 2.0 STATUS: -*-text-*- -Last modified at [$Date: 2003/05/22 20:22:15 $] +Last modified at [$Date: 2003/05/22 20:47:03 $] Release: @@ -217,15 +217,6 @@ PATCHES TO PORT FROM 2.1 shows breakage on Solaris which can't -lcrypto -lssl without the extra pkgconfig/openssl.pc Libs: * foo } - * mod_ssl: Quit twiddling status bits, and call SSL_renegotiate to unset - the current negotiation status. - http://www.apache.org/~wrowe/ssl_renegotiate.patch for a clean 2.0 patch. - modules/ssl/config.m4 1.15 - modules/ssl/ssl_engine_io.c 1.08 - modules/ssl/ssl_engine_kernel.c 1.93 - modules/ssl/ssl_toolkit_compat.c 1.34 - +1: wrowe - CURRENT RELEASE NOTES: * Backwards compatibility is expected of future Apache 2.0 releases, @@ -407,6 +398,18 @@ CURRENT VOTES: RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP: + * mod_ssl: We twiddle status bits rather than calling SSL_renegotiate + to unset the current negotiation status. This especially affects + sslc users who can't touch these internal bits (nor should OpenSSL + based apps do so.) Flipping to SSL_renegotiate causes us to start + failing perl-framework tests. Needs some further research. + http://www.apache.org/~wrowe/ssl_renegotiate.patch for a clean 2.0 patch, + or for httpd-2.1 refer to: + modules/ssl/config.m4 1.15 + modules/ssl/ssl_engine_io.c 1.08 + modules/ssl/ssl_engine_kernel.c 1.93 + modules/ssl/ssl_toolkit_compat.c 1.34 + * There is a bug in how we sort some hooks, at least the pre-config hook. The first time we call the hooks, they are in the correct order, but the second time, we don't sort them correctly. Currently,