On 2020-03-26 10:50, Daniel Ruggeri wrote:
Hi, all;
Please find below the proposed release tarball and signatures:
https://dist.apache.org/repos/dist/dev/httpd/
I would like to call a VOTE over the next few days to release this
candidate tarball as 2.4.43:
[ ] +1: It's not just good, it's go
Thanks Rainer and Rüdiger,
When 2.4.43 is GA, I ship it with 1.1.1e.
When 1.1.1f is available : test and wait a week to ship it with 2.4.43.
Regards,
Steffen
> Op 27 mrt. 2020 om 20:33 heeft Rainer Jung het
> volgende geschreven:
>
> Am 27.03.2020 um 19:24 schrieb Steffen:
>> A discussio
On 3/27/20 7:24 PM, Steffen wrote:
>
> A discussion started on Apachelounge about an possible issue with OpenSSL
> 1.1.1e
> ( https://www.apachelounge.com/viewtopic.php?p=38941#38941 )
>
> This is the introduced new EOF in 1.1.1e :
> https://github.com/openssl/openssl/commit/db943f43a60d1b5b
Am 27.03.2020 um 19:24 schrieb Steffen:
A discussion started on Apachelounge about an possible issue with
OpenSSL 1.1.1e ( https://www.apachelounge.com/viewtopic.php?p=38941#38941 )
This is the introduced new EOF in 1.1.1e :
https://github.com/openssl/openssl/commit/db943f43a60d1b5b1277e4b53
I know.
> Op 27 mrt. 2020 om 20:18 heeft William A Rowe Jr het
> volgende geschreven:
>
>
> If you want to beat up your server in unusual ways, a good way to do this is
> to
> run it against https://www.ssllabs.com/ssltest/ from Qualsys with debug
> logging
> level throughout. I think you'
If you want to beat up your server in unusual ways, a good way to do this
is to
run it against https://www.ssllabs.com/ssltest/ from Qualsys with debug
logging
level throughout. I think you'll find we already sanitize all error results.
On Fri, Mar 27, 2020 at 1:24 PM Steffen wrote:
>
> A dis
On Fri, Mar 27, 2020 at 12:34 PM Steffen wrote:
> +1 All fine on Windows.
>
Your's are still the .dsp based builds, right? I can confirm also on the
CMake flavor.
On 2020-03-27 13:09, Giovanni Bechis wrote:
On 3/26/20 3:50 PM, Daniel Ruggeri wrote:
Hi, all;
Please find below the proposed release tarball and signatures:
https://dist.apache.org/repos/dist/dev/httpd/
I would like to call a VOTE over the next few days to release this
candidate tarball as
+1 All fine on Windows.
Steffen
> Op 26 mrt. 2020 om 15:50 heeft Daniel Ruggeri het
> volgende geschreven:
>
> Hi, all;
>Please find below the proposed release tarball and signatures:
> https://dist.apache.org/repos/dist/dev/httpd/
>
> I would like to call a VOTE over the next few days
On 3/26/20 3:50 PM, Daniel Ruggeri wrote:
> Hi, all;
> Please find below the proposed release tarball and signatures:
> https://dist.apache.org/repos/dist/dev/httpd/
>
> I would like to call a VOTE over the next few days to release this
> candidate tarball as 2.4.43:
> [ ] +1: It's not just goo
+1:
o macOS 10.14.6, Xcode 11.3.1 (Event MPM): No regressions - Perl test
framework
o CentOS 6.10, 64bit (Event and Worker MPM): No regressions - Perl test
framework
o CentOS 7.7, 64bit (Event and Worker MPM): No regressions - Perl test
framework
> On Mar 26, 2020, at 10:50 AM, Daniel
+1: It's not just good, it's good enough!
All fine with mod-h2 and mod_md test suite on OSX.
Thanks Daniel!
Cheers, Stefan
> Am 27.03.2020 um 09:43 schrieb Yann Ylavic :
>
> On Thu, Mar 26, 2020 at 3:50 PM Daniel Ruggeri wrote:
>>
>> I would like to call a VOTE over the next few days to re
On 26/03/2020 15:50, Daniel Ruggeri wrote:
[X] +1: It's not just good, it's good enough!
Tested on fedora31.
Thanks Daniel
--
Cheers
Jean-Frederic
On Fri, Mar 27, 2020 at 11:54 AM Graham Leggett wrote:
>
> We need to find the reason that in a non-async case, data is being setaside,
> and we need to fix it.
Connection and network output filters shouldn't care about async or
not, they just feed the pipe as much as possible, and setaside what
On 26 Mar 2020, at 13:41, Joe Orton wrote:
> On Thu, Mar 26, 2020 at 01:11:10AM +0200, Graham Leggett wrote:
>> The question you’re asking is “why is is an async path being taken
>> when AP_MPMQ_IS_ASYNC is false”. The setasides and reinstates should
>> be noops in this situation.
>
> The "noo
On Thu, Mar 26, 2020 at 3:50 PM Daniel Ruggeri wrote:
>
> I would like to call a VOTE over the next few days to release this
> candidate tarball as 2.4.43:
[X] +1: It's not just good, it's good enough!
All good on my Debian(s) 9, 10 and 11.
Tested with event, worker and prefork.
Thanks Daniel!
17 matches
Mail list logo