Re: Question on APLOGNO assignment, 2.4 vs trunk

2013-11-13 Thread Jim Jagielski
+1. On Nov 12, 2013, at 4:44 PM, Graham Leggett minf...@sharp.fm wrote: On 12 Nov 2013, at 11:41 PM, William A. Rowe Jr. wr...@rowe-clan.net wrote: Trying to apply http://svn.apache.org/viewvc/httpd/httpd/trunk/docs/log-message-tags/next-number?r1=1527925r2=1527924pathrev=1527925 ...

Re: Question on APLOGNO assignment, 2.4 vs trunk

2013-11-13 Thread Jim Jagielski
+1 On Nov 12, 2013, at 10:10 PM, William A. Rowe Jr. wr...@rowe-clan.net wrote: On Wed, 13 Nov 2013 00:07:08 +0200 Graham Leggett minf...@sharp.fm wrote: On 13 Nov 2013, at 12:00 AM, William A. Rowe Jr. wr...@rowe-clan.net wrote: Follow-up question; is reuse recommended? In this small

AW: Question on APLOGNO assignment, 2.4 vs trunk

2013-11-13 Thread Plüm , Rüdiger , Vodafone Group
+1 Regards Rüdiger -Ursprüngliche Nachricht- Von: Jim Jagielski Gesendet: Mittwoch, 13. November 2013 13:01 An: dev@httpd.apache.org Betreff: Re: Question on APLOGNO assignment, 2.4 vs trunk +1. On Nov 12, 2013, at 4:44 PM, Graham Leggett wrote: On 12 Nov 2013, at 11:41

Re: http_filters

2013-11-13 Thread Jim Jagielski
It doesn't look like one to me... :/ On Nov 12, 2013, at 10:08 PM, William A. Rowe Jr. wr...@rowe-clan.net wrote: It seems this changes all sorts of assumptions, I would consider r1482522 an ABI/API altering change.

Re: http_filters

2013-11-13 Thread Graham Leggett
On 13 Nov 2013, at 2:04 PM, Jim Jagielski j...@jagunet.com wrote: It doesn't look like one to me... :/ One thing it does is make the return codes more targeted. Where previously any kind of failure would have returned 500 Internal Server Error[1] now we might return more specific codes based

Re: http_filters

2013-11-13 Thread Jim Jagielski
On Nov 13, 2013, at 7:10 AM, Graham Leggett minf...@sharp.fm wrote: On 13 Nov 2013, at 2:04 PM, Jim Jagielski j...@jagunet.com wrote: It doesn't look like one to me... :/ One thing it does is make the return codes more targeted. Where previously any kind of failure would have returned

Re: NOTE: Intent to TR 2.2.6 tomorrow

2013-11-13 Thread Jim Jagielski
This will happen noon eastern. On Nov 12, 2013, at 4:22 PM, Jim Jagielski j...@jagunet.com wrote: I'll build w/ 2.67 and 1.5.26 for consistency.

Re: svn commit: r1541516 - /httpd/httpd/branches/2.4.x/CHANGES

2013-11-13 Thread Jim Jagielski
+1... I wasn't sure the best entry to add :) On Nov 13, 2013, at 8:31 AM, cove...@apache.org wrote: Author: covener Date: Wed Nov 13 13:31:22 2013 New Revision: 1541516 URL: http://svn.apache.org/r1541516 Log: owed a CHANGES entry on r1538490 backport, review appreciated. Modified:

Deprecating (and eventually removing) encrypted private key support in mod_ssl? (was: Re: [PATCH 55593] Add SSLServerInfoFile directive)

2013-11-13 Thread Kaspar Brand
On 23.10.2013 16:09, Kaspar Brand wrote: On 21.10.2013 06:09, Trevor Perrin wrote: I looked at your patch. Besides lack of passphrase-handling, it breaks compatibility with existing config files (which assume certs/keys are matched by type, not order). I don't think that random order of

Re: http_filter.c r1524770 open issue?

2013-11-13 Thread Yann Ylavic
On Wed, Nov 13, 2013 at 8:25 AM, William A. Rowe Jr. wr...@rowe-clan.netwrote: Looking at the (f-r-proxyreq == PROXYREQ_RESPONSE) code path, the comments note; * http://tools.ietf.org/html/draft-ietf-httpbis-p1-messaging-23 * Section 3.3.3.3: If a Transfer-Encoding header field is *

Re: Deprecating (and eventually removing) encrypted private key support in mod_ssl? (was: Re: [PATCH 55593] Add SSLServerInfoFile directive)

2013-11-13 Thread Dr Stephen Henson
On 13/11/2013 14:06, Kaspar Brand wrote: Taking a step back, however, I wonder what problem we're really solving with the support for encrypted private keys. SSLPassPhraseDialog and its three incarnations (builtin, pipe and exec) have been in mod_ssl ever since 2.0, sure, but what do they

Re: http_filter.c r1524770 open issue?

2013-11-13 Thread William A. Rowe Jr.
On Nov 13, 2013 8:22 AM, Yann Ylavic ylavic@gmail.com wrote: On Wed, Nov 13, 2013 at 8:25 AM, William A. Rowe Jr. wr...@rowe-clan.net wrote: Looking at the (f-r-proxyreq == PROXYREQ_RESPONSE) code path, the comments note; * http://tools.ietf.org/html/draft-ietf-httpbis-p1-messaging-23

Intent to TR 2.4.7

2013-11-13 Thread Jim Jagielski
Now that APR 1.5 is soon-to-be released, we are good for a release of 2.4.7. I propose a TR next week (I'll RM) and would request that people look thru STATUS for some remaining backports.

Re: http_filters

2013-11-13 Thread William A. Rowe Jr.
On Wed, 13 Nov 2013 08:15:48 -0500 Jim Jagielski j...@jagunet.com wrote: On Nov 13, 2013, at 7:10 AM, Graham Leggett minf...@sharp.fm wrote: On 13 Nov 2013, at 2:04 PM, Jim Jagielski j...@jagunet.com wrote: It doesn't look like one to me... :/ One thing it does is make the return

[VOTE] Release Apache httpd 2.2.26 as GA

2013-11-13 Thread Jim Jagielski
The pre-release test tarballs for Apache httpd 2.2.26 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.2.26 GA. [ ] +1: Good to go [ ] +0: meh [ ] -1: Danger Will Robinson. And why. Vote will last the normal 72

Re: [VOTE] Release Apache httpd 2.2.26 as GA

2013-11-13 Thread Jim Jagielski
On Nov 13, 2013, at 12:03 PM, Jim Jagielski j...@jagunet.com wrote: releasecheck: libtool version 2.4.2 (ok) That was an incorrect c/p: it's really: releasecheck: libtool version 1.5.26 (ok)

Re: http_filter.c r1524770 open issue?

2013-11-13 Thread Yann Ylavic
On Wed, Nov 13, 2013 at 5:16 PM, William A. Rowe Jr. wmr...@gmail.comwrote: On Nov 13, 2013 8:22 AM, Yann Ylavic ylavic@gmail.com wrote: On Wed, Nov 13, 2013 at 8:25 AM, William A. Rowe Jr. wr...@rowe-clan.net wrote: Looking at the (f-r-proxyreq == PROXYREQ_RESPONSE) code path,

Re: [VOTE] Release Apache httpd 2.2.26 as GA

2013-11-13 Thread Ben Reser
On 11/13/13 9:03 AM, Jim Jagielski wrote: The pre-release test tarballs for Apache httpd 2.2.26 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.2.26 GA. [ ] +1: Good to go [ ] +0: meh [ ] -1: Danger Will

Re: http_filter.c r1524770 open issue?

2013-11-13 Thread William A. Rowe Jr.
On Wed, 13 Nov 2013 22:19:37 +0100 Yann Ylavic ylavic@gmail.com wrote: On Wed, Nov 13, 2013 at 5:16 PM, William A. Rowe Jr. wmr...@gmail.comwrote: On Nov 13, 2013 8:22 AM, Yann Ylavic ylavic@gmail.com wrote: On Wed, Nov 13, 2013 at 8:25 AM, William A. Rowe Jr.

Re: http_filter.c r1524770 open issue?

2013-11-13 Thread Jim Jagielski
On Nov 13, 2013, at 4:50 PM, William A. Rowe Jr. wr...@rowe-clan.net wrote: I'll accept the silence as fact that this was not considered and will go ahead and veto the backports for the time being That is not the case. The silence is that you are mentioning something which isn't applicable.

Re: [VOTE] Release Apache httpd 2.2.26 as GA

2013-11-13 Thread Jim Jagielski
+1: Fedora 16 and 18, 64bit OSX 10.9, Xcode 5.0.2 CentOS 6.4, 64bit No regressions and perl framework passes. On Nov 13, 2013, at 12:03 PM, Jim Jagielski j...@jagunet.com wrote: The pre-release test tarballs for Apache httpd 2.2.26 can be found at the usual place:

Re: http_filter.c r1524770 open issue?

2013-11-13 Thread Jim Jagielski
On Nov 13, 2013, at 2:25 AM, William A. Rowe Jr. wr...@rowe-clan.net wrote: Here we've unset C-L and T-E. but it makes no sense to wait if the origin server has no immediate plan to close the connection. I cannot grok the above. The RFC itself does not make the differentiation between

Re: http_filter.c r1524770 open issue?

2013-11-13 Thread William A. Rowe Jr.
On Wed, 13 Nov 2013 17:14:15 -0500 Jim Jagielski j...@jagunet.com wrote: On Nov 13, 2013, at 2:25 AM, William A. Rowe Jr. wr...@rowe-clan.net wrote: Here we've unset C-L and T-E. but it makes no sense to wait if the origin server has no immediate plan to close the connection. I

Re: http_filter.c r1524770 open issue?

2013-11-13 Thread Yann Ylavic
On Thu, Nov 14, 2013 at 12:05 AM, William A. Rowe Jr. wr...@rowe-clan.netwrote: On Wed, 13 Nov 2013 17:14:15 -0500 Jim Jagielski j...@jagunet.com wrote: On Nov 13, 2013, at 2:25 AM, William A. Rowe Jr. wr...@rowe-clan.net wrote: Here we've unset C-L and T-E. but it makes no sense

Re: [VOTE] Release Apache httpd 2.2.26 as GA

2013-11-13 Thread Graham Leggett
On 13 Nov 2013, at 7:03 PM, Jim Jagielski j...@jagunet.com wrote: The pre-release test tarballs for Apache httpd 2.2.26 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.2.26 GA. [ ] +1: Good to go +1 for

Re: Intent to TR 2.4.7

2013-11-13 Thread Daniel Ruggeri
On 11/13/2013 10:39 AM, Jim Jagielski wrote: Now that APR 1.5 is soon-to-be released, we are good for a release of 2.4.7. I propose a TR next week (I'll RM) and would request that people look thru STATUS for some remaining backports. Are you hoping to push for UDS in 2.4.7? Seems like a

Re: [VOTE] Release Apache httpd 2.2.26 as GA

2013-11-13 Thread Daniel Ruggeri
On 11/13/2013 11:03 AM, Jim Jagielski wrote: [X] +1: Good to go [ ] +0: meh [ ] -1: Danger Will Robinson. And why. Verified on Debian 7.0 wheezy w/ openssl 0.9.8 and php 5.3 as accompaniments -- Daniel Ruggeri

Re: Deprecating (and eventually removing) encrypted private key support in mod_ssl?

2013-11-13 Thread Kaspar Brand
On 13.11.2013 15:28, Dr Stephen Henson wrote: I can vaguely recall that some of that code is designed to avoid the need to enter the private key passphrase more than once by decrypting private keys once and storing the unencrypted forms in serialised form. True, it allows to SIGHUP/SIGUSR1