Re: svn commit: r1714742 - /httpd/httpd/branches/2.4.x/STATUS

On Tue, Nov 17, 2015 at 3:50 PM, Yann Ylavic wrote: > On Tue, Nov 17, 2015 at 10:48 AM, wrote: >> >> Modified: httpd/httpd/branches/2.4.x/STATUS >> URL: >> http://svn.apache.org/viewvc/httpd/httpd/branches/2.4.x/STATUS?rev=1714742=1714741=1714742=diff >>

Re: 2.4.18?

On 18 Nov 2015, at 9:11 AM, Noel Butler wrote: > absolutely not! I personally only update phpmyadmin once, on initial major > release, because I (like many others) were so of updating it every few days . We’re catering for everybody here, not just your unique use case.

Re: 2.4.18?

If you don't need the stuff in 2.4.18 and 2.4.17 is fine for you then there is no need to upgrade... > On Nov 18, 2015, at 2:16 AM, Noel Butler wrote: > > On 17/11/2015 22:33, Reindl Harald wrote: > >> 5 or 6 bloody weeks is a month - so what's the problem? >> any other

CentOS 7 and test framework

Anyone else having troubles convincing the test framework in centOS 7 to recreate the various SSL certs and stuff??? usually a 'make realclean' will delete them and a t/TEST -clean followed by t/TEST will recreate them. No luck. Nothing removes 'em :/

Re: CentOS 7 and test framework

On 18 Nov 2015, at 5:45 PM, Jim Jagielski wrote: > Anyone else having troubles convincing the test framework > in centOS 7 to recreate the various SSL certs and stuff??? > > usually a 'make realclean' will delete them and a t/TEST -clean > followed by t/TEST will recreate

Re: 2.4.18?

On 18.11.2015, at 08:11, Noel Butler wrote: > absolutely not! I personally only update phpmyadmin once, on initial major > release, because I (like many others) were so of updating it every few days . > You obviously dont manage very many public facing servers then, I

Re: 2.4.18 backporting

OK, test framework fixed in r1714972 http2 vhost test cases will not run unless openssl >= 1.0.0 http2 tests will work on a 2.4.17 and 2.5-DEV http2 test 52 will fail on a 2.4.18-DEV without the proposed core protocols changes http2 tests will work on a 2.4.18-DEV with changes applied Hope this

Re: svn commit: r1650655 - in /httpd/httpd/branches/2.4.x: CHANGES STATUS modules/proxy/proxy_util.c

On 11/17/2015 02:28 PM, Jim Jagielski wrote: Agreed... if we should optimize, then focusing on ap_proxy_port_of_scheme(), which is part of the actual API, is likely best. On Nov 17, 2015, at 8:20 AM, Yann Ylavic wrote: On Tue, Nov 17, 2015 at 2:12 PM, Jim Jagielski

RE: svn commit: r1714219 - in /httpd/httpd/trunk: docs/manual/mod/ modules/http2/

> -Original Message- > From: ic...@apache.org [mailto:ic...@apache.org] > Sent: vrijdag 13 november 2015 15:54 > To: c...@httpd.apache.org > Subject: svn commit: r1714219 - in /httpd/httpd/trunk: docs/manual/mod/ > modules/http2/ > > Author: icing > Date: Fri Nov 13 14:54:15 2015 > New

Re: 2.4.18 backporting

Perfect! Runs clean as a whistle! I am ++1 for merging /httpd/httpd/branches/2.4.17-protocols-changes > On Nov 18, 2015, at 6:17 AM, Stefan Eissing > wrote: > > OK, test framework fixed in r1714972 > > http2 vhost test cases will not run unless openssl >= 1.0.0

RE: [openssl-dev] [openssl.org #4145] Enhancement: patch to support s_client -starttls http

Hi William, Is any commonly used client actually implementing this spec in a way that makes this RFC relevant for httpd? Sure we could implement this… Perhaps we already did but once you switch to TLS there are so many security related things to account for. Ignoring

Re: patch to mod_authz_dbd to handle query parameters

Hi, Not having heard back since submitting this enhancement, I decided to put it on github to share it with other people who may be interested by it [1]. I integrated the changes from [2] and used 2.4.17 as the "base version". My original submission is [3]. Feel free to contact me if you are

Re: [openssl-dev] [openssl.org #4145] Enhancement: patch to support s_client -starttls http

Hi Bill, thanks, this will be quite useful. A little note, probably some missing == here: +else if (meth = TLSv1_2_client_method()) +BIO_printf(fbio, "Upgrade: TLS/1.2\r\n"); +else if (meth = TLSv1_1_client_method()) +BIO_printf(fbio, "Upgrade:

Re: 2.4.18?

Am 18.11.2015 um 08:11 schrieb Noel Butler: On 17/11/2015 22:31, Graham Leggett wrote: We’ve just released HTTP/2 support for the very first time. People want to use it, people want to see problems in it fixed. I don’t see the number of releases as excessive at all. You obviously dont manage

Re: 2.4.18?

Am 18.11.2015 um 08:16 schrieb Noel Butler: On 17/11/2015 22:33, Reindl Harald wrote: 5 or 6 bloody weeks is a month - so what's the problem? any other software but httpd is allowed to have monthly updates? "I can accept" - seriously - you can just ignore a release when you think it's not

Re: [openssl-dev] [openssl.org #4145] Enhancement: patch to support s_client -starttls http

On Wed, Nov 18, 2015 at 5:19 AM, Bert Huijben wrote: > Hi William, > > > > Is any commonly used client actually implementing this spec in a way that > makes this RFC relevant for httpd? > > Note httpd already implements this correctly, it's simply a matter of not breaking it. My

Re: svn commit: r1650655 - in /httpd/httpd/branches/2.4.x: CHANGES STATUS modules/proxy/proxy_util.c

On Wed, Nov 18, 2015 at 1:58 PM, Michal Karm wrote: > > the patch suggested by Yenn [1][2] did not help the performance > results in any substantial capacity. The difference between having and not > having > > if (uri.port && uri.port ==