Re: [Bug 57771] cleanup_script uses incorrect connection ID

On Tue, May 10, 2016 at 4:57 PM, Eric Covener wrote: > Can I entice anyone else into looking at this PR? I think I am > missing the boat entirely. > What's the deal? Pear-flavored drink in return? > > My last unwritten thought here was that it might be best to grab the > pid before returning

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

On Tue, Mar 29, 2016 at 12:22 PM, Yann Ylavic wrote: > On Thu, Mar 24, 2016 at 10:23 PM, wrote: > > Author: trawick > > Date: Thu Mar 24 21:23:00 2016 > > New Revision: 1736510 > > > > URL: http://svn.apache.org/viewvc?rev=1736510&view=rev > > Log: > > HTTP_BAD_GATEWAY -> MODSSL_ERROR_BAD_GATEW

Re: svn commit: r1736217 - in /httpd/httpd/trunk/include: ap_hooks.h ap_mmn.h

On Thu, Mar 24, 2016 at 5:56 AM, Ruediger Pluem wrote: > > > On 03/22/2016 06:38 PM, yla...@apache.org wrote: > > Author: ylavic > > Date: Tue Mar 22 17:38:20 2016 > > New Revision: 1736217 > > > > URL: http://svn.apache.org/viewvc?rev=1736217&view=rev > > Log: > > core: Add missing AP_IMPLEMENT_

Re: Status for 2.4.20

On Wed, Mar 23, 2016 at 6:56 AM, Jim Jagielski wrote: > Let's see: I recalled the vote for 2.4.19 because of a > single issue, basically related to a missing few lines in > a file which prevented building on Win. Nice, easy, simple > fix. > > Now it appears that a slew of "fixes" related to Win h

Re: Need hints from those building mod_http2 and mod_proxy_http2 on Windows

On Tue, Mar 22, 2016 at 6:37 PM, Jeff Trawick wrote: > On Tue, Mar 22, 2016 at 6:31 PM, Jacob Champion > wrote: > >> On 03/22/2016 03:11 PM, Jeff Trawick wrote: >> > What version of nghttp2 are you using? >> > Are you using the cmake build for httpd? >>

Re: Need hints from those building mod_http2 and mod_proxy_http2 on Windows

On Tue, Mar 22, 2016 at 6:31 PM, Jacob Champion wrote: > On 03/22/2016 03:11 PM, Jeff Trawick wrote: > > What version of nghttp2 are you using? > > Are you using the cmake build for httpd? > > I'm not currently in Windows to be able to check for sure, but I > *belie

Need hints from those building mod_http2 and mod_proxy_http2 on Windows

What version of nghttp2 are you using? Are you using the cmake build for httpd? FWIW I just found that I needed nghttp2 >= 1.4.0 on Windows to fix bad linkage in nghttp2 functions that mod_http2 didn't use when I built before. (not related to cmake) After resolving that I now see a bunch of unr

Re: fate of mod_lbmethod_rr (was: Re: [VOTE] Release Apache httpd 2.4.19 as GA)

On Tue, Mar 22, 2016 at 5:03 PM, William A Rowe Jr wrote: > On Tue, Mar 22, 2016 at 3:38 PM, Jeff Trawick wrote: > >> On Tue, Mar 22, 2016 at 3:55 PM, William A Rowe Jr >> wrote: >> >>> Can anyone get mod_lbmethod_rr.c to build? >>> >> &

Re: [VOTE] Release Apache httpd 2.4.19 as GA

On Tue, Mar 22, 2016 at 3:55 PM, William A Rowe Jr wrote: > Can anyone get mod_lbmethod_rr.c to build? > That's funny actually. The very first version README.cmake in trunk says that mod_lbmethod_rr.c doesn't build on Windows, yet the only build support I can find for that module for any platfo

Re: [VOTE] Release Apache httpd 2.4.19 as GA

On Tue, Mar 22, 2016 at 3:55 PM, William A Rowe Jr wrote: > Can anyone get mod_lbmethod_rr.c to build? > I guess I'll try soon with cmake on Windows, once prereqs are built and I add a line or two to CMakeLists.txt for that module :) (I'm backpedaling to trunk from 2.4.19 after seeing a 2.4.19

Re: svn commit: r1736070 - /httpd/httpd/branches/2.4.x/modules/ssl/mod_ssl_openssl.h

On Mon, Mar 21, 2016 at 1:19 PM, wrote: > Author: jim > Date: Mon Mar 21 17:19:53 2016 > New Revision: 1736070 > > URL: http://svn.apache.org/viewvc?rev=1736070&view=rev > Log: > ?? > > Removed: > httpd/httpd/branches/2.4.x/modules/ssl/mod_ssl_openssl.h > > Something weird is happening in you

Re: Plan for T&R of 2.4.19

On Mon, Mar 21, 2016 at 11:40 AM, Jan Ehrhardt wrote: > Jim Jagielski in gmane.comp.apache.devel (Mon, 21 Mar 2016 10:55:52 > -0400): > >UPDATE: I plan to T&R at ~1pm Eastern. > > Will mod_fcgid be part of 2.4.19? > > Jan > > mod_fcgid continues to be a separately-released component. I just noti

Re: "D modules/ssl/mod_ssl_openssl.h"

On Mon, Mar 21, 2016 at 8:32 AM, Yann Ylavic wrote: > On Mon, Mar 21, 2016 at 1:25 PM, Jeff Trawick wrote: > > On Mon, Mar 21, 2016 at 8:12 AM, Jeff Trawick wrote: > >> > >> I just saw this disappear from 2.4.x; if you know what the cause is, let > >> me

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

On Mon, Mar 21, 2016 at 8:25 AM, wrote: > Author: ylavic > Date: Mon Mar 21 12:25:48 2016 > New Revision: 1735960 > > URL: http://svn.apache.org/viewvc?rev=1735960&view=rev > Log: > Vote, promote. > > Modified: > httpd/httpd/branches/2.4.x/STATUS > > Modified: httpd/httpd/branches/2.4.x/STATU

Re: "D modules/ssl/mod_ssl_openssl.h"

On Mon, Mar 21, 2016 at 8:12 AM, Jeff Trawick wrote: > I just saw this disappear from 2.4.x; if you know what the cause is, let > me know. Otherwise I'll figure it out "soon". > My svn knowledge fails me... This listing of when I added the file says (*Current path does

"D modules/ssl/mod_ssl_openssl.h"

I just saw this disappear from 2.4.x; if you know what the cause is, let me know. Otherwise I'll figure it out "soon". -- Born in Roswell... married an alien... http://emptyhammock.com/

Re: svn commit: r1734396 - in /httpd/httpd/branches/2.4.x: ./ CHANGES STATUS modules/ssl/mod_ssl.c

On Fri, Mar 18, 2016 at 1:19 PM, Yann Ylavic wrote: > On Fri, Mar 18, 2016 at 5:06 PM, Jeff Trawick wrote: > > On Thu, Mar 10, 2016 at 7:31 AM, wrote: > >> > >> Author: ylavic > >> Date: Thu Mar 10 12:31:13 2016 > >> New Revision: 1734396 > >&

Re: svn commit: r1734396 - in /httpd/httpd/branches/2.4.x: ./ CHANGES STATUS modules/ssl/mod_ssl.c

On Thu, Mar 10, 2016 at 7:31 AM, wrote: > Author: ylavic > Date: Thu Mar 10 12:31:13 2016 > New Revision: 1734396 > > URL: http://svn.apache.org/viewvc?rev=1734396&view=rev > Log: > Merge r1734006 from trunk: > > mod_ssl: Don't lose track of the SSL context if the ssl_run_pre_handshake() > hook r

Re: svn commit: r1734947 - in /httpd/httpd/trunk: CHANGES docs/manual/mod/core.xml include/http_core.h server/core.c server/util_script.c

Feedback requested below on a couple of issues... On Mon, Mar 14, 2016 at 11:42 AM, wrote: > Author: trawick > Date: Mon Mar 14 15:42:45 2016 > New Revision: 1734947 > > URL: http://svn.apache.org/viewvc?rev=1734947&view=rev > Log: > Add CGIVar directive for configuring REQUEST_URI behavior > >

configuring alternate algorithms for CGI variables (yet again?)

Synopsis: CGIVariable variable keyword-applicable-to-variable e.g., CGIVariable REQUEST_URI from-active-request|from-request-line (Please oh please think of a better directive name :) ) from-active-request: REQUEST_URI will be set from the active request (possibly a subrequest). from-request-

Re: ABI report

On Mon, Feb 8, 2016 at 12:57 PM, William A Rowe Jr wrote: > This is excellent, thanks for the effort! > > You should note that there was no binary compatibility between 2.2.x final > and 2.4.x. And there will be no binary compatibility between 2.next (3.0?) > and 2.4.x. The interesting branches

Re: Segfault on graceful reload with OCSP stapling enabled?

On Mon, Dec 21, 2015 at 8:09 AM, Micha Lenk wrote: > Hi all, > > Am 18.12.2015 12:35, schrieb Micha Lenk: > >> I am currently observing a httpd segfault that is triggered on my >> system by every second graceful reload (i.e. SIGUSR1). >> >> Unfotunately I won't be able to trace this down before M

Re: Thx and merit

On Wed, Oct 14, 2015 at 10:02 AM, Nick Kew wrote: > On Wed, 14 Oct 2015 08:58:48 -0400 > Jim Jagielski wrote: > > > > Once again, I'd like to thank them personally! > > +1 to all that, with one small addition. > > Apache is about the individuals who participate. So the > chief thanks go to Stef

Re: Thx and merit

On Wed, Oct 14, 2015 at 8:58 AM, Jim Jagielski wrote: > The ASF is all about recognizing and rewarding merit. The whole > "Apache Way" started here, with this project, and httpd has always > been the sort of "guiding light" and example of how Apache projects > (should) work. > > Inclusion of the

Re: [VOTE] Release Apache httpd 2.4.17 as GA

On Fri, Oct 9, 2015 at 1:40 PM, Jim Jagielski wrote: > The pre-release test tarballs for Apache httpd 2.4.17 can be found > at the usual place: > > http://httpd.apache.org/dev/dist/ > > I'm calling a VOTE on releasing these as Apache httpd 2.4.17 GA. > > [ ] +1: Good to go > [ ] +0: meh >

Re: mod_http2 version number

gt; Cool, thanks... (I guess they'll get a patch to put over 2.4.17, and the patch will have a modified version.) > > Once we leave the experimental mode and merge all tighter to the core, > this version number becomes meaningless and should go. > > //Stefan > > > A

mod_http2 version number

Can we get rid of this? The only meaningful version is the httpd version. (I guess mod_ssl still pretends to have a meaningful version number.) I could see a potential use of a separate version number in the very short term to indicate API breakages in this "experimental" component that we could

Re: svn commit: r1707161 - in /httpd/httpd/trunk: docs/manual/mod/core.xml include/ap_mmn.h include/http_core.h include/httpd.h server/core.c server/request.c server/util_filter.c

On Tue, Oct 6, 2015 at 6:33 PM, wrote: > Author: minfrin > Date: Tue Oct 6 22:33:03 2015 > New Revision: 1707161 > > URL: http://svn.apache.org/viewvc?rev=1707161&view=rev > Log: > Add the AsyncFilter directive that allows the asynchronous filter > functionality to be switched off for certain cl

Re: T&R of 2.4.17 this week

On Tue, Oct 6, 2015 at 7:44 AM, Daniel Gruno wrote: > On 10/05/2015 06:35 PM, Daniel Gruno wrote: > > +1! > > There's so much new goodness we have to share! :) > > > > On 10/5/2015, 5:54:04 PM, Jim Jagielski wrote: > >> I propose a T&R of 2.4.17 this week with a release for next. I > >> will RM.

Re: svn commit: r1706637 - /httpd/httpd/trunk/modules/http2/config.m4

On Sat, Oct 3, 2015 at 5:32 PM, wrote: > Author: trawick > Date: Sat Oct 3 21:32:56 2015 > New Revision: 1706637 > > URL: http://svn.apache.org/viewvc?rev=1706637&view=rev > Log: > Follow-up to r1690248: > > Fix logic to limit exported symbols in DSO form of mod_http2. > > Modified: > httpd/

Re: SSLUseStapling: ssl handshake fails until httpd restart

On 09/29/2015 04:20 AM, Reindl Harald wrote: is that by intention? The default timeout before retrying an error seems to be 10 minutes (see http://httpd.apache.org/docs/2.4/mod/mod_ssl.html#sslstaplingerrorcachetimeout), which is pretty excessive. As far as you recall about the time period

Re: [RFC] Enable OCSP Stapling by default in httpd trunk

On 09/04/2015 10:59 AM, Kaspar Brand wrote: On 02.09.2015 01:54, Jeff Trawick wrote: On 08/30/2015 02:30 AM, Kaspar Brand wrote: today's situation, because this assessment misses the fact that with the current RFC-6066-based implementation, stapling can't fully achieve the goal of

Re: [RFC] Enable OCSP Stapling by default in httpd trunk

On 08/30/2015 02:30 AM, Kaspar Brand wrote: On 28.08.2015 19:27, Jeff Trawick wrote: For one, it is appropriate for the default config is there to enable practices which are reasonable in most situations, and OCSP Stapling is widely accepted as an appropriate feature for HTTP servers to enable

Re: [RFC] Enable OCSP Stapling by default in httpd trunk

On 08/29/2015 08:10 PM, William A Rowe Jr wrote: On Aug 29, 2015 1:49 PM, "Jeff Trawick" <mailto:traw...@gmail.com>> wrote: > > On 08/28/2015 04:17 PM, Tim Bannister wrote: >> >> Jeff Trawick mailto:traw...@gmail.com>> wrote: >>> >&g

Re: [RFC] Enable OCSP Stapling by default in httpd trunk

On Mon, Jul 13, 2015 at 3:08 AM, Ruediger Pluem wrote: > > > On 07/11/2015 08:55 PM, William A Rowe Jr wrote: > > > If you are suggesting we shouldn't change the compiled-in default, I can > > agree, POLS (Principal Of Least Surprise). If you are suggesting the > default > > config shouldn't ref

Re: help: need mod_cgi.so win32 fixed

On Sat, Aug 8, 2015 at 9:58 PM, Francesco Pasqualini wrote: > Hi Eric, > I confirm that the patch changes mod_cgi > > infact mod_cgi.c calls the function ap_create_environment in > util_script.c: > > env = ap_create_environment(r->pool, r->subprocess_env); > > so applying the patch to util_script

Re: [VOTE] [24 hr] Release 2.2.31 as GA?

On 07/15/2015 12:44 PM, William A Rowe Jr wrote: The pre-release candidate tarballs of Apache httpd 2.2.31, can be found in; http://httpd.apache.org/dev/dist/ +/-1 [X] Release 2.2.31 GA (apr 1.5.2, apr-util 1.5.4) The diffs look good to me. I ran the test suite on FreeBSD 10 and obtained

Re: building httpd 2.2 on windows automation question.

On Tue, Jul 14, 2015 at 11:41 AM, Andy Wang wrote: > > > On 07/14/2015 10:36 AM, Mario Brandt wrote: > >> Hi Andy, >> >> at least for the 2.4 there is a script on github [1] >> >> Maybe you can adopt that for 2.2. I wonder why you still want 2.2. >> Unless you use some exotic modules that do no b

Re: [VOTE WITHDRAWN] Release 2.2.30 as GA?

On Tue, Jul 14, 2015 at 10:54 AM, William A Rowe Jr wrote: > On Tue, Jul 14, 2015 at 8:06 AM, William A Rowe Jr > wrote: > >> On Jul 11, 2015 10:29 AM, "William A Rowe Jr" >> wrote: >> >> > >> > The pre-release candidate tarballs of Apache httpd 2.2.30, can be found >> in; >> > >> > htt

Re: [VOTE] Release 2.2.30 as GA?

On Tue, Jul 14, 2015 at 9:06 AM, William A Rowe Jr wrote: > On Jul 11, 2015 10:29 AM, "William A Rowe Jr" wrote: > > > > > The pre-release candidate tarballs of Apache httpd 2.2.30, can be found > in; > > > > http://httpd.apache.org/dev/dist/ > > [+1] Release 2.2.30 GA (apr 1.5.2, apr

Re: [VOTE] Release 2.2.30 as GA?

On Sat, Jul 11, 2015 at 10:29 AM, William A Rowe Jr wrote: > The pre-release candidate tarballs of Apache httpd 2.2.30, can be found > in; > > http://httpd.apache.org/dev/dist/ > > +/-1 > [ ] Release 2.2.30 GA (apr 1.5.2, apr-util 1.5.4) > > Thanks for RM-ing! [-1] Don't release du

Re: [VOTE] Release Apache httpd 2.4.16 as GA

On Fri, Jul 10, 2015 at 4:33 PM, Jim Jagielski wrote: > The pre-release test tarballs for Apache httpd 2.4.16 can be found > at the usual place: > > http://httpd.apache.org/dev/dist/ > > I'm calling a VOTE on releasing these as Apache httpd 2.4.16 GA. > > [X] +1: Good to go Test suite pa

Re: [VOTE] Release Apache httpd 2.4.16 as GA

On 07/10/2015 04:33 PM, Jim Jagielski wrote: The pre-release test tarballs for Apache httpd 2.4.16 can be found at the usual place: http://httpd.apache.org/dev/dist/ I'm calling a VOTE on releasing these as Apache httpd 2.4.16 GA. [ ] +1: Good to go [ ] +0: meh [ ] -1: Danger Will Robi

Re: [RFC] Enable OCSP Stapling by default in httpd trunk

On Sat, Jul 11, 2015 at 2:55 PM, William A Rowe Jr wrote: > We can have a dialog about the best behavior of our default config. > However... > > On Sat, Jul 11, 2015 at 9:56 AM, Kaspar Brand > wrote: > >> On 01.07.2015 14:27, Ben Laurie wrote: >> > On 1 November 2014 at 09:05, Kaspar Brand >> w

Re: Next release of mod_fcgid

e, but they can change "WARNING" to "DEBUG" in the right place with zero risk.) > Cheers > Mario > > On 22 June 2015 at 16:59, Jeff Trawick wrote: > > On Mon, Jun 22, 2015 at 10:14 AM, Mario Brandt wrote: > >> > >> Hi, > >> >

Re: Next release of mod_fcgid

On Mon, Jun 22, 2015 at 10:14 AM, Mario Brandt wrote: > Hi, > > the last release of mod_fcgid was been a long while. > > There was an important bugfix on windows side in June last year. > > Is there anyone willing to tag and release a new version? > > There's nothing in CHANGES. What was it? --

Re: [VOTE] Release Apache httpd 2.4.15 as GA

On Mon, Jun 22, 2015 at 8:02 AM, Jim Jagielski wrote: > Seems that 3rd time was NOT the charm. > > Due to the regression I am canceling this VOTE. > > Let's patch 2.4.16-dev ASAP to handle this and I will T&R 2.4.16 > forthwith. > Thanks, Jim! We'll get through this eventually :) (And thanks S

Re: [VOTE] Release Apache httpd 2.4.15 as GA

On Fri, Jun 19, 2015 at 12:50 PM, Jim Jagielski wrote: > The pre-release test tarballs for Apache httpd 2.4.15 can be found > at the usual place: > > http://httpd.apache.org/dev/dist/ > > I'm calling a VOTE on releasing these as Apache httpd 2.4.15 GA. > > [X] +1: Good to go Test suite p

Re: svn commit: r1686446 - in /httpd/test/framework/trunk/t/ssl: pr12355.t pr43738.t

On Fri, Jun 19, 2015 at 12:39 PM, wrote: > Author: rjung > Date: Fri Jun 19 16:39:15 2015 > New Revision: 1686446 > > URL: http://svn.apache.org/r1686446 > Log: > These tests need to use MD5 ciphers, which are > by default disabled in modern Perl HTTPS support. > Allow all ciphers here, so it sho

Re: option to block async write completion?

On 06/19/2015 09:54 AM, Jeff Trawick wrote: On 06/19/2015 09:51 AM, Eric Covener wrote: I have a proprietary module that uses a proprietary library. The library needs an EOR cleanup that must run on the same thread as the handler. During async write completion it will often happen on the wrong

Re: option to block async write completion?

On 06/19/2015 09:51 AM, Eric Covener wrote: I have a proprietary module that uses a proprietary library. The library needs an EOR cleanup that must run on the same thread as the handler. During async write completion it will often happen on the wrong thread. Can ap_hook_{suspend_resume}_connec

Re: NOTE: Intent to T&R 2.4.15 Tomorrow (Friday, June 19)

On Thu, Jun 18, 2015 at 3:03 PM, olli hauer wrote: > On 2015-06-18 19:08, Jim Jagielski wrote: > > Subj sez it all. > > > > I don't know if it is worth to report this, but the on 2.4.12. I don't see > the following warnings > Are you using clang for both compiles? (I think I saw those for 2.4.1

Re: NOTE: Intent to T&R 2.4.15 Tomorrow (Friday, June 19)

On Thu, Jun 18, 2015 at 1:08 PM, Jim Jagielski wrote: > Subj sez it all. > +!

Re: SSLCertificateChainFile deprecation, still

On Mon, Jun 15, 2015 at 11:10 AM, Jeff Trawick wrote: > On Mon, Jun 15, 2015 at 10:54 AM, William A Rowe Jr > wrote: > >> On Mon, Jun 15, 2015 at 8:12 AM, Eric Covener wrote: >> >>> Anyone else inclined to just remove the message? It's a deprecation that >

Re: TWS ";" LWS permitted by RFC 7230 4.1.1? Apparently, no.

On Mon, Jun 15, 2015 at 12:33 PM, William A Rowe Jr wrote: > Reviewing the spec, I cannot find where Sambar server is permitted to > insert whitespace. I further reviewed the ABNF appendix, and it does not > appear there, either. > > The spec seems unambiguous; > > chunk = chunk-size [ c

Re: SSLCertificateChainFile deprecation, still

On Mon, Jun 15, 2015 at 10:54 AM, William A Rowe Jr wrote: > On Mon, Jun 15, 2015 at 8:12 AM, Eric Covener wrote: > >> Anyone else inclined to just remove the message? It's a deprecation that >> didn't happen on a release boundary. AFAICT there's no reason to change how >> you run your server un

Re: [VOTE] Release Apache httpd 2.4.14 as GA

On Sat, Jun 13, 2015 at 7:42 PM, Yann Ylavic wrote: > On Sun, Jun 14, 2015 at 1:18 AM, Jeff Trawick wrote: > > On Sat, Jun 13, 2015 at 6:06 PM, Yann Ylavic > wrote: > >> > >> I did not look at pr12355.t and pr43738.t yet, however those passed in > >&g

Re: ********* Re: [VOTE] Release Apache httpd 2.4.14 as GA

On Sat, Jun 13, 2015 at 8:25 PM, Yann Ylavic wrote: > On Sun, Jun 14, 2015 at 2:18 AM, Jeff Trawick wrote: > > On Sat, Jun 13, 2015 at 7:52 PM, Yann Ylavic > wrote: > >> > >> On Sat, Jun 13, 2015 at 8:49 PM, Jeff Trawick > wrote: > >> > &g

Re: ********* Re: [VOTE] Release Apache httpd 2.4.14 as GA

On Sat, Jun 13, 2015 at 7:52 PM, Yann Ylavic wrote: > On Sat, Jun 13, 2015 at 8:49 PM, Jeff Trawick wrote: > > > > Those that know the original patch would presumably have a better way to > > code this. > > > > I recall that httpd 1.3 generally added whitespace

Re: [VOTE] Release Apache httpd 2.4.14 as GA

On Sat, Jun 13, 2015 at 6:06 PM, Yann Ylavic wrote: > On Sat, Jun 13, 2015 at 6:51 PM, Rainer Jung > wrote: > > > > any chance you can reproduce the problem with a slightly patched 2.4.14 > to > > get additional log output around the suspect code? > > > > The patch would be > > > > Index: module

Re: [VOTE] Release Apache httpd 2.4.14 as GA

On Sat, Jun 13, 2015 at 9:24 AM, Jeff Trawick wrote: > On Thu, Jun 11, 2015 at 10:08 AM, Jim Jagielski wrote: > >> The pre-release test tarballs for Apache httpd 2.4.14 can be found >> at the usual place: >> >> http://httpd.apache.org/dev/dist/ >>

Re: ********* Re: [VOTE] Release Apache httpd 2.4.14 as GA

1:54430] AH00944: connecting >>> http://127.0.0.1:81/sysadmin/ to 127.0.0.1:81 >>> [Sat Jun 13 15:20:54.616551 2015] [proxy:debug] [pid 4676:tid 1152] >>> proxy_util.c(2408): [client 127.0.0.1:54430] AH00947: connected >>> /sysadmin/ to 127.0.0.1:81 >>> [S

Re: [VOTE] Release Apache httpd 2.4.14 as GA

01110 reading backend server response... Just looking for APR_EGENERAL in modified code that doesn't have a log message, I guess it is chunked and we hit this APR_EGENERAL ("Internal error"): +else { +/* Should not happen */ +return APR_EGENERAL; + } Any b

Re: [VOTE] Release Apache httpd 2.4.14 as GA

On Thu, Jun 11, 2015 at 10:08 AM, Jim Jagielski wrote: > The pre-release test tarballs for Apache httpd 2.4.14 can be found > at the usual place: > > http://httpd.apache.org/dev/dist/ > > I'm calling a VOTE on releasing these as Apache httpd 2.4.14 GA. > > [ ] +1: Good to go > [ ] +0: meh

Re: [VOTE] Release Apache httpd 2.4.14 as GA

On Sat, Jun 13, 2015 at 8:31 AM, Steffen wrote: > Tested with 2.4.13 tarball, then no error. > Wow... Is anything written to the error log when you try proxy to the Sambar server? If my guess about the related code is correct, you'll need LogLevel Info (or debug or trace) to see all the releva

Re: [VOTE] Release Apache httpd 2.4.14 as GA

On Fri, Jun 12, 2015 at 1:35 PM, Jeff Trawick wrote: > On Fri, Jun 12, 2015 at 1:31 PM, Jeff Trawick wrote: > >> On Fri, Jun 12, 2015 at 1:25 PM, Rainer Jung >> wrote: >> >>> Am 12.06.2015 um 19:12 schrieb William A Rowe Jr: >>> >>>> Rev

Re: [VOTE] Release Apache httpd 2.4.14 as GA

On Fri, Jun 12, 2015 at 1:31 PM, Jeff Trawick wrote: > On Fri, Jun 12, 2015 at 1:25 PM, Rainer Jung > wrote: > >> Am 12.06.2015 um 19:12 schrieb William A Rowe Jr: >> >>> Revision 1678233 - (view) (download) (annotate) - [select for diffs] >>> Modified

Re: [VOTE] Release Apache httpd 2.4.14 as GA

On Fri, Jun 12, 2015 at 1:25 PM, Rainer Jung wrote: > Am 12.06.2015 um 19:12 schrieb William A Rowe Jr: > >> Revision 1678233 - (view) (download) (annotate) - [select for diffs] >> Modified Thu May 7 16:26:43 2015 UTC (5 weeks, 1 day ago) by jim >> File length: 57106 byte(s) >> Diff to previous 1

Re: [VOTE] Release Apache httpd 2.4.14 as GA

On Fri, Jun 12, 2015 at 12:58 PM, Eric Covener wrote: > It doesn't make sense for us to hold up a release when that change has >>> been in the last several releases however. (That's a high barrier for >>> making progress.) >>> >>> > There seems to be a 2.4.8 component and an actual 2.4.13 compon

Re: [VOTE] Release Apache httpd 2.4.14 as GA

On Fri, Jun 12, 2015 at 12:35 PM, Jacob Perkins wrote: > +1 to Noels comments. We have a ton of servers running Apache 2.4 with > our control panel. Doing this in a point release will cause us to have to > change our product instead of doing a regular Apache release. > > When you have a server

Re: svn commit: r1685052 - in /httpd/httpd/trunk: CHANGES modules/ssl/ssl_engine_config.c

On Fri, Jun 12, 2015 at 5:07 AM, wrote: > Author: ylavic > Date: Fri Jun 12 09:07:34 2015 > New Revision: 1685052 > > URL: http://svn.apache.org/r1685052 > Log: > mod_ssl: Warn about deprecated SSLCertificateChainFile once at startup, > on first usage only. > > Modified: > httpd/httpd/trunk/C

Re: [VOTE] Release Apache httpd 2.4.13 as GA

On Sun, Jun 7, 2015 at 1:20 PM, Rainer Jung wrote: > Am 04.06.2015 um 18:33 schrieb Jim Jagielski: > >> The pre-release test tarballs for Apache httpd 2.4.13 can be found >> at the usual place: >> >> http://httpd.apache.org/dev/dist/ >> >> I'm calling a VOTE on releasing these as Apache

Re: T&R of 2.4.13

On Thu, Jun 4, 2015 at 10:30 AM, Jim Jagielski wrote: > Just a reminder... this is about 90mins from 'now' > Awesome/thanks! > > > On Jun 2, 2015, at 7:32 AM, Jim Jagielski wrote: > > > > Although there are some cool things that I'd like to see in > > 2.4.13, I don't want to hold off any long

Re: T&R of 2.4.13

On 06/02/2015 07:32 AM, Jim Jagielski wrote: Although there are some cool things that I'd like to see in 2.4.13, I don't want to hold off any longer (plus, those cool things would be good incentive for a 2.4.14 sooner rather than later). I plan to T&R 2.4.13 on Thurs, by Noon eastern. From a p

Re: 2.2 and 2.4 and 2.6/3.0

On Thu, May 28, 2015 at 3:45 PM, William A Rowe Jr wrote: > On May 27, 2015 9:46 AM, "Jeff Trawick" wrote: > > > > On Wed, May 27, 2015 at 10:42 AM, Jeff Trawick > wrote: > >> > >> On Wed, May 27, 2015 at 8:54 AM, Jim Jagielski wrote: > >

Re: 2.2 and 2.4 and 2.6/3.0

On Wed, May 27, 2015 at 4:11 PM, Tim Bannister wrote: > On 27 May 2015, at 18:26, Jeff Trawick wrote: > > > > one thing it means is having compelling stories involving the latest hot > tech that use 2.4 > > > > basically, any time there is a how-to-FOO somewhere on

Re: 2.2 and 2.4 and 2.6/3.0

On Wed, May 27, 2015 at 1:19 PM, Jim Jagielski wrote: > > > > crazy and not-so-crazy ideas will speed the movement to 2.4 irrespective > of distro schedules (not sure how much :) ) > > > > Here one: Since containers are the new hotness, how about being > more Docker/Rocket/whatever friendly (what

Re: 2.2 and 2.4 and 2.6/3.0

On Wed, May 27, 2015 at 12:32 PM, Jim Jagielski wrote: > My point is that if we EOL 2.2 (with some definition of "EOL") > then people on 2.2 (or earlier) will have some *real* incentive > to move off of 2.2 towards 2.4 (or later)... > > Basically, we need something to "kick" people off 2.2 > and

Re: 2.2 and 2.4 and 2.6/3.0

On Wed, May 27, 2015 at 10:42 AM, Jeff Trawick wrote: > On Wed, May 27, 2015 at 8:54 AM, Jim Jagielski wrote: > >> Anyone else think it's time to EOL 2.2 and focus >> on 2.4 and the next gen? My thoughts are that http/2 >> and mod_h2 will drive the trunk design

Re: 2.2 and 2.4 and 2.6/3.0

On Wed, May 27, 2015 at 8:54 AM, Jim Jagielski wrote: > Anyone else think it's time to EOL 2.2 and focus > on 2.4 and the next gen? My thoughts are that http/2 > and mod_h2 will drive the trunk design efforts and so > it would be nice to focus energy on 2.4 and later... > People here focus their

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

On Fri, May 22, 2015 at 4:58 PM, Yann Ylavic wrote: > Hi Jeff, > > On Fri, May 22, 2015 at 9:21 PM, wrote: > > > > + trawick: It still looks to me that an error with ap_pass_brigade > (towards > > + client) can turn into a 400 error, which is what I was > concerned > > +

Re: SSL/TLS best current practice

On 05/06/2015 07:22 PM, William A Rowe Jr wrote: Here is my proposed global config for httpd.conf.in for 2.4 and 2.2, which I believe mirrors the 'MUST' of RFC 7525. So new default configs are improved, and that's great. Any joint interest in maintaining a "guide to imp

Re: Platform specific CTR/RTC?

On Fri, May 22, 2015 at 10:26 AM, Jim Jagielski wrote: > I think Bill's main point is that other than himself and > gsmith, nobody else tests on MS/Win. There might be others who test when something seems appropriate to them and they have time ;) > I tried, but I never got > even to the point

Re: Platform specific CTR/RTC?

On Fri, May 22, 2015 at 2:51 AM, William A Rowe Jr wrote: > I think this has sat enough in STATUS that I'll commit by lazy consensus > prior to tag and roll of 2.2.30, unless anyone has a legitimate > correction/objection? > > IMO it is appropriate to use CTR in the stable branches with platform-

Re: svn commit: r1680895 - in /httpd/httpd/trunk: docs/manual/mod/mod_log_config.xml modules/loggers/mod_log_config.c

On 05/21/2015 02:57 PM, Eric Covener wrote: On Thu, May 21, 2015 at 2:54 PM, Jeff Trawick wrote: This is a very nice improvement over introducing "M", and Yann's suggestion to expand "T" instead of "D" is an increment above that. Any concerns if I switch t

Re: svn commit: r1680895 - in /httpd/httpd/trunk: docs/manual/mod/mod_log_config.xml modules/loggers/mod_log_config.c

On 05/21/2015 11:07 AM, rj...@apache.org wrote: Author: rjung Date: Thu May 21 15:07:15 2015 New Revision: 1680895 URL: http://svn.apache.org/r1680895 Log: mod_log_config: instead of using the new dedicated pattern format "%M" for duration milliseconds, overload the existing "%D" to choose the t

Re: silly ab patch for SNI and OCSP stapling

n use the same override? I think this may lead the user into a more helpful scenario, if indeed they don't already know when to override Host:, and I don't know how useful it is to have different values for Host: and SNI. > -- > Daniel Ruggeri > > ------ &

Re: SO_REUSEPORT

On Fri, May 15, 2015 at 11:02 AM, William A Rowe Jr wrote: > My chief concern was that the phrase "Common Log" has a specific meaning > to us. > > ap_mpm_common_log_startup() or something else descriptive would be a > better name, but our crew is famous for not being terrific namers of things > :

Re: svn commit: r1679032 - in /httpd/httpd/trunk: CHANGES docs/manual/mod/mod_ssl.xml modules/ssl/mod_ssl.c modules/ssl/ssl_engine_config.c modules/ssl/ssl_private.h modules/ssl/ssl_util_stapling.c

On 05/13/2015 08:59 AM, Yann Ylavic wrote: On Wed, May 13, 2015 at 2:34 PM, Jeff Trawick wrote: Thanks again! You're welcome ;) WDYT of the following? (cosmetic only, but helps read/reuse-ability a bit) Index: modules/ssl/ssl_util_stapl

Re: svn commit: r1679032 - in /httpd/httpd/trunk: CHANGES docs/manual/mod/mod_ssl.xml modules/ssl/mod_ssl.c modules/ssl/ssl_engine_config.c modules/ssl/ssl_private.h modules/ssl/ssl_util_stapling.c

On 05/12/2015 04:50 PM, Jeff Trawick wrote: On 05/12/2015 03:32 PM, Yann Ylavic wrote: On Tue, May 12, 2015 at 8:59 PM, wrote: Author: trawick Date: Tue May 12 18:59:29 2015 New Revision: 1679032 URL: http://svn.apache.org/r1679032 Log: mod_ssl OCSP Stapling: Don't block initial hands

Re: svn commit: r1679032 - in /httpd/httpd/trunk: CHANGES docs/manual/mod/mod_ssl.xml modules/ssl/mod_ssl.c modules/ssl/ssl_engine_config.c modules/ssl/ssl_private.h modules/ssl/ssl_util_stapling.c

On 05/12/2015 03:32 PM, Yann Ylavic wrote: On Tue, May 12, 2015 at 8:59 PM, wrote: Author: trawick Date: Tue May 12 18:59:29 2015 New Revision: 1679032 URL: http://svn.apache.org/r1679032 Log: mod_ssl OCSP Stapling: Don't block initial handshakes while refreshing the OCSP response for a diffe

silly ab patch for SNI and OCSP stapling

... where "OCSP stapling" means "get the server to do the related work but don't care what you get back". Perhaps this doesn't save any time for anybody that would want to test such a thing, but who knows? Index: support/ab.c ===

Re: Solving mutex concerns with OCSP stapling

On 05/06/2015 08:19 PM, Jeff Trawick wrote: On 05/03/2015 09:58 PM, Jeff Trawick wrote: Your thoughts on the following? Current OCSP behavior that I think needs to be fixed: mod_ssl holds the single stapling global mutex when looking up a cached entry, deserializing it, checking validity

Re: Solving mutex concerns with OCSP stapling

On 05/03/2015 09:58 PM, Jeff Trawick wrote: Your thoughts on the following? Current OCSP behavior that I think needs to be fixed: mod_ssl holds the single stapling global mutex when looking up a cached entry, deserializing it, checking validity, and (when missing/expired) communicating with

Solving mutex concerns with OCSP stapling

Your thoughts on the following? Current OCSP behavior that I think needs to be fixed: mod_ssl holds the single stapling global mutex when looking up a cached entry, deserializing it, checking validity, and (when missing/expired) communicating with the OCSP responder to get a new response. 1. mod

Re: [VOTE] Release APR 1.5.2

On 04/28/2015 12:18 PM, Eric Covener wrote: On Sat, Apr 25, 2015 at 8:13 AM, Jeff Trawick wrote: +/-1 [ ] Release APR 1.5.2 as GA +1 for release. Tested on AIX/PPC32, HPUX/IA64 and Solaris/x64. HPUX and AIX had non-regression long standing failure in testxlate. Can you respond on the dev

Re: [VOTE] Release APR 1.5.2

On Sat, Apr 25, 2015 at 9:37 AM, Yann Ylavic wrote: > Hi Jeff, > > shouldn't this be addressed to dev@apr instead? > yes, of course :) > > On Sat, Apr 25, 2015 at 2:13 PM, Jeff Trawick wrote: > > Tarballs/zipfiles are at http://apr.apache.org/dev/dist/ > >

[VOTE] Release APR 1.5.2

Tarballs/zipfiles are at http://apr.apache.org/dev/dist/ Shortcut to CHANGES: http://apr.apache.org/dev/dist/CHANGES-APR-1.5.2 autoconf version: 2.69 (same as apr 1.5.1) libtool version: 2.4.2 (same as apr 1.5.1) +/-1 [ ] Release APR 1.5.2 as GA I'll hold the vote open for 72 hours unless som

Re: trunk and FreeBSD 10.1

On 04/23/2015 11:59 AM, Jim Jagielski wrote: Hmmm... I am seeing some strangeness trying to get trunk to build on FreeBSD 10.1... I get to ./server/ and then the build dies w/ try gmake? IIRC I had noticed that some BSD make compatibility was lost at some point... -DCROSS_COMPILE -o gen

Re: Version check idea

On 04/21/2015 10:13 AM, Jeff Trawick wrote: On 04/21/2015 09:55 AM, Jim Jagielski wrote: For comment: What do people think about adding the capability that when httpd is started, it tries to access http://httpd.apache.org/doap.rdf to check its version number with the latest one referred to in

  1   2   3   4   5   6   7   8   9   10   >