httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Stefan Eissing <stefan.eiss...@greenbytes.de>
Subject Re: this expected?
Date Sun, 11 Oct 2015 11:58:09 GMT
Thanks, Kaspar, that did it. -clean does not seem to reset it, removed dir and restored from
svn.

All PASS now.

//Stefan

> Am 11.10.2015 um 07:45 schrieb Kaspar Brand <httpd-dev.2014@velox.ch>:
> 
> On 10.10.2015 20:14, Stefan Eissing wrote:
>> Testing 2.4.17 release tar ball on OS X 10.11 (event/worker/prefork, openssl 1.0.2d):
>> 
>> t/ssl/varlookup.t ................... 1/81 # Failed test 55 in t/ssl/varlookup.t
at line 105 fail #55
>> # Failed test 56 in t/ssl/varlookup.t at line 105 fail #56
>> # Failed test 57 in t/ssl/varlookup.t at line 105 fail #57
>> # Failed test 58 in t/ssl/varlookup.t at line 105 fail #58
>> # Failed test 75 in t/ssl/varlookup.t at line 105 fail #75
>> # Failed test 76 in t/ssl/varlookup.t at line 105 fail #76
>> t/ssl/varlookup.t ................... Failed 6/81 subtests 
> 
> Can you quickly confirm that t/conf/ssl/ca/asf/certs/client_ok.crt (or
> any other cert in this directory) is older than
> Apache-Test/lib/Apache/TestSSLCA.pm in that test framework installation?
> If so, the above failures are a consequence of r1705534 and r1705535,
> and TEST -clean should help in getting a fresh collection of certs (if
> it doesn't remove the t/conf/ssl/ca directory, it can just be rm'ed
> manually).
> 
> Kaspar


Mime
View raw message