On 08.05.2011 09:24, William A. Rowe Jr. wrote:
Candidate binaries are available from http://httpd.apache.org/dev/dist/ -
these do not yet constitute ASF releases. Win32 specific artifacts
(x86 binary distribution) will follow shortly; note that -win32-src.zip
is generated from unix as a test, and if found invalid, will be rerolled.
+/-1
[+1] Release httpd 2.2.18 as GA
+1 for release.
Tested on Solaris 8+10 Sparc, SuSE Linux Enterprise 10 (32Bit and
64Bit), RedHat Enterprise Linux 5 64Bit
- Signature and Hashes OK
- gz and bz2 identical, no unexpected diff to svn tag
- builds fine using gcc
- with large module set
- either static or shared
- MPMs prefork, worker, event (where applicable)
- apr/apu 1.4.4/1.3.11 and bundled
- test suite run for all those builds
New failures:
- Failed test 1 in t/modules/filter.t at line 14
The test is new, Jeff saw the same failure when testing
apr 1.4.3 with httpd. I can't investigate now.
Old failures:
- Failed test 2 in t/ssl/extlookup.t at line 27
- Failed test 9 in t/ssl/require.t at line 44
Not a regression. From the analysis for 2.2.16:
Both fail when trying to read the OID 1.3.6.1.4.1.18060.12.0 with value
"Lemons" from the client cert "client_ok". mod_test_ssl returns NULL,
SSLRequire logs
[info] [client 127.0.0.1] Failed expression: "Lemons" in
OID("1.3.6.1.4.1.18060.12.0")
I wasn't able to find the root cause, the value seems to be in the cert
when I dump it with OpenSSL. The dump shows leading "..", which seems to
be because the value was configured DER encoded.
OpenSSL version was 0.9.8o.
Joe said in 2010: "These are testing for the bug fixed in r946240 (and
should pass on the trunk), though backporting that to 2.2.x is slightly
more involved."
Regards,
Rainer
