Re: t/modules/buffer.t failing in 2.4.36, LWP bug [Was: [VOTE] Release httpd-2.4.36]

Am 15.10.2018 um 02:37 schrieb William A Rowe Jr: On Sun, Oct 14, 2018, 18:47 Rainer Jung > wrote: On the contrary, the http2 tests (other thread) fail for me also with curl or browser, but only when the server is build with OpenSSL 1.1.1

Re: t/modules/buffer.t failing in 2.4.36, LWP bug [Was: [VOTE] Release httpd-2.4.36]

On Sun, Oct 14, 2018, 18:47 Rainer Jung wrote: > > On the contrary, the http2 tests (other thread) fail for me also with > curl or browser, but only when the server is build with OpenSSL 1.1.1 > (independent of TLS version used). > Goes without saying... But this browser and curl are both built

Re: t/modules/buffer.t failing in 2.4.36, LWP bug [Was: [VOTE] Release httpd-2.4.36]

Hi Daniel, Am 14.10.2018 um 23:30 schrieb Daniel Ruggeri: On 2018/10/14 11:33:08, Rainer Jung wrote: > Am 13.10.2018 um 11:46 schrieb Rainer Jung:> > > Am 11.10.2018 um 20:55 schrieb Ruediger Pluem:> > >>> > >>> > >> On 10/11/2018 08:10 PM, Christophe JAILLET wrote:> > >>> No issue on

Re: [VOTE] Release httpd-2.4.36

On 10/14/2018 05:46 PM, Daniel Ruggeri wrote: Hi, Helmut; Note that the vote may run longer than 72 hours as 72 is the minimum. As it stands now, we have more than 3 binding +1 votes, but I am waiting for closure on the conversation on-list about the tests with reported H2/TLS 1.3 failures.

Re: svn commit: r1843478 - /httpd/test/framework/trunk/t/ssl/ocsp.t

On 10/14/2018 05:45 PM, William A Rowe Jr wrote: Dennis, just to confirm ...  is this build ocsp enabled.. Enabled and broken. At least on Solaris 10 sparc with recent patches. OpenSSL 1.1.1 works just fine. See below. OpenSSL 1.0.2n also blows up : $ /usr/bin/openssl version OpenSSL

Re: [VOTE] Release httpd-2.4.36

Hi, Helmut; Note that the vote may run longer than 72 hours as 72 is the minimum. As it stands now, we have more than 3 binding +1 votes, but I am waiting for closure on the conversation on-list about the tests with reported H2/TLS 1.3 failures. Since this is one of the primary features of

Re: svn commit: r1843478 - /httpd/test/framework/trunk/t/ssl/ocsp.t

Dennis, just to confirm ... is this build ocsp enabled, or entirely absent and yet presenting the ocsp help in absence of the feature? On Sun, Oct 14, 2018 at 4:38 PM Dennis Clarke wrote: > On 10/14/2018 05:14 PM, Rainer Jung wrote: > > Am 14.10.2018 um 22:58 schrieb William A Rowe Jr: > >> On

Re: svn commit: r1843478 - /httpd/test/framework/trunk/t/ssl/ocsp.t

Am 14.10.2018 um 22:58 schrieb William A Rowe Jr: On Sun, Oct 14, 2018 at 3:50 PM Rainer Jung > wrote: And Jim already set "With 1.1.1, both return 1, but so what, we know that it has oscp." That, of course, is nonsense. OpenSSL is malleable... with

Re: svn commit: r1843478 - /httpd/test/framework/trunk/t/ssl/ocsp.t

On Sun, Oct 14, 2018 at 3:50 PM Rainer Jung wrote: > > And Jim already set "With 1.1.1, both return 1, but so what, we know > that it has oscp." > That, of course, is nonsense. OpenSSL is malleable... with numerous no-{feature} choice, we really shouldn't presume presence of features by

Re: svn commit: r1843478 - /httpd/test/framework/trunk/t/ssl/ocsp.t

Am 14.10.2018 um 21:59 schrieb William A Rowe Jr: On Sun, Oct 14, 2018 at 8:32 AM Jim Jagielski > wrote: All we are checking is the error code. Nothing else.    % openssl version    OpenSSL 1.0.2p  14 Aug 2018    % openssl ocsp 2>/dev/null    %

Re: svn commit: r1843478 - /httpd/test/framework/trunk/t/ssl/ocsp.t

Copy paste missed a stderr line; $ openssl ocsp >/dev/null ocsp: Use -help for summary. $ echo $? 1 $ openssl xyz >/dev/null Invalid command 'xyz'; type "help" for a list. $ echo $? 1 $ openssl version OpenSSL 1.1.0i-fips 14 Aug 2018 This is from # dnf list openssl Installed Packages

Re: svn commit: r1843478 - /httpd/test/framework/trunk/t/ssl/ocsp.t

On Sun, Oct 14, 2018 at 8:32 AM Jim Jagielski wrote: > All we are checking is the error code. Nothing else. > >% openssl version >OpenSSL 1.0.2p 14 Aug 2018 >% openssl ocsp 2>/dev/null >% print $? >1 >% openssl foo 2>/dev/null >% print $? >0 > > With 1.1.1, both

Re: t/modules/buffer.t failing in 2.4.36, LWP bug [Was: [VOTE] Release httpd-2.4.36]

> On 14 Oct 2018, at 12:33, Rainer Jung wrote: > > Am 13.10.2018 um 11:46 schrieb Rainer Jung: >> Am 11.10.2018 um 20:55 schrieb Ruediger Pluem: >>> >>> >>> On 10/11/2018 08:10 PM, Christophe JAILLET wrote: No issue on my Ubuntu 18.04 VM. On what configuration are you running

Re: svn commit: r1843478 - /httpd/test/framework/trunk/t/ssl/ocsp.t

All we are checking is the error code. Nothing else. % openssl version OpenSSL 1.0.2p 14 Aug 2018 % openssl ocsp 2>/dev/null % print $? 1 % openssl foo 2>/dev/null % print $? 0 With 1.1.1, both return 1, but so what, we know that it has oscp. Complaining about /dev/null

t/modules/buffer.t failing in 2.4.36, LWP bug [Was: [VOTE] Release httpd-2.4.36]

Am 13.10.2018 um 11:46 schrieb Rainer Jung: Am 11.10.2018 um 20:55 schrieb Ruediger Pluem: On 10/11/2018 08:10 PM, Christophe JAILLET wrote: No issue on my Ubuntu 18.04 VM. On what configuration are you running your tests, Rüdiger? macOS, just like Jim? Centos 7.5 64 Bit Regards

Re: svn commit: r1748461 - in /httpd/httpd/branches/2.2.x: ./ CHANGES support/ab.c

On Sat, 13 Oct 2018 at 23:37, William A Rowe Jr wrote: > > On Sat, Oct 13, 2018 at 2:06 PM Ivan Zhakov wrote: >> >> On Sat, 13 Oct 2018 at 20:00, Gregg Smith wrote: >>> >>> On 10/13/2018 8:32 AM, William A Rowe Jr wrote: >>> > Sorry, I don't understand. >>> > >>> > Gregg, can you shed some