Re: [RESULT] (Was: Re: [VOTE] Release Apache httpd 2.4.25 as GA)

On Mon, Dec 19, 2016 at 12:32 PM, Jim Jagielski wrote: > With 72 hours up, and sufficient +1 (binding) votes, I call > this vote CLOSED with the result of PASS. > > I have gone ahead and moved the release artifacts over the > the required place for the mirrors to sync up. >

Re: T of 2.4.24

On Fri, Dec 9, 2016 at 1:44 AM, Yann Ylavic <ylavic@gmail.com> wrote: > On Thu, Dec 8, 2016 at 7:16 PM, William A Rowe Jr <wr...@rowe-clan.net> > wrote: > > > > It does raise the question again of whether the httpd project can > distribute > > a sou

Re: Better ./configure --help wording for paths?

--with-pcre= detection. Bill On Wed, Nov 16, 2016 at 6:40 AM, William A Rowe Jr <wr...@rowe-clan.net> wrote: > Can we agree on a keyword/wording convention here for httpd-2.5-dev? > > --with-apr=PATH prefix for installed APR or the full path to > --with-pcre=PATH

Re: svn commit: r1775186 - /httpd/test/framework/trunk/t/apache/http_strict.t

On Mon, Dec 19, 2016 at 4:20 PM, wrote: > Author: rjung > Date: Mon Dec 19 22:20:12 2016 > New Revision: 1775186 > > URL: http://svn.apache.org/viewvc?rev=1775186=rev > Log: > Skip tests that need a cgi module if cgi > is not available. > > Modified: >

Re: [VOTE] Release Apache httpd 2.4.25 as GA

On Fri, Dec 16, 2016 at 12:29 PM, Jim Jagielski wrote: > At long, long last, the pre-release test tarballs for Apache httpd > version 2.4.25 can be found at the usual place: > > http://httpd.apache.org/dev/dist/ > > I'm calling a VOTE on releasing these as Apache httpd

Re: [VOTE] Release Apache httpd 2.4.25 as GA

It isn't based on the modules/*.so contents, but based on the draft conf/httpd.conf indicated by apxs. I had the converse problem, with --enable-modules-all I accidentally loaded both cgi and cgid. On Dec 18, 2016 02:43, "Nick Kew" wrote: On Sat, 2016-12-17 at 20:32 -0500,

Re: [VOTE] Release Apache httpd 2.4.25 as GA

On Sat, Dec 17, 2016 at 8:27 PM, Nick Kew <n...@apache.org> wrote: > > On Sat, 17 Dec 2016 18:35:22 -0600 > > William A Rowe Jr <wr...@rowe-clan.net> wrote: > > > >> On Dec 17, 2016 17:22, "Nick Kew" <n...@apache.org> wrote: > >> &

Re: [VOTE] Release Apache httpd 2.4.25 as GA

On Dec 17, 2016 17:22, "Nick Kew" wrote: Got some test errors with the new stuff. Investigating. Test Summary Report --- t/apache/http_strict.t(Wstat: 0 Tests: 78 Failed: 5) Failed tests: 72-75, 77 Really should not occur and I haven't seen

Re: [VOTE] Release Apache httpd 2.4.25 as GA

using a simple perl script instead of sed, so > that we have no platform dependencies any more. It was only using the > search-and-replace feature of sed, which is trivial in perl too. > > > > I did not change the failing tests to TODO though, because I'm not sure > about the

Re: [VOTE] Release Apache httpd 2.4.25 as GA

On Sat, Dec 17, 2016 at 12:51 AM, William A Rowe Jr <wr...@rowe-clan.net> wrote: > Color me confused, is this w/w-o the hack for APR_HAVE_TIME_T? > Nevermind, that issues is entirely resolved. Thanks for confirmation! > On Sat, Dec 17, 2016 at 12:09 AM, Jan Ehrhardt <php...@

Re: [VOTE] Release Apache httpd 2.4.25 as GA

Color me confused, is this w/w-o the hack for APR_HAVE_TIME_T? On Sat, Dec 17, 2016 at 12:09 AM, Jan Ehrhardt wrote: > Jim Jagielski in gmane.comp.apache.devel (Fri, 16 Dec 2016 13:29:04 > -0500): > >[x] +1: Good to go > > Running without problems on my dev server now. >

Re: svn commit: r1774650 - /httpd/httpd/branches/2.4.x/modules/cache/mod_socache_memcache.mak

I'm torn whether this is a showstopper or not. In all fairness, feature/enhancement crap modified 2.4.x branch as of; Modified *Tue Dec 13 13:57:02 2016 UTC* (3 days, 16 hours ago) by *jim* So the question is, is it fair to other platform maintainers to deal with enhancements requiring build

Re: [VOTE] Release Apache httpd 2.4.25 as GA

On Fri, Dec 16, 2016 at 3:01 PM, Rainer Jung wrote: > Am 16.12.2016 um 21:11 schrieb Jacob Champion: > >> On 12/16/2016 10:29 AM, Jim Jagielski wrote: >> >>> I'm calling a VOTE on releasing these as Apache httpd 2.4.25 GA. >>> >> >> mod_ext_filter tests are failing for

Re: [VOTE] Release Apache httpd 2.4.25 as GA

On Fri, Dec 16, 2016 at 2:11 PM, Jacob Champion wrote: > On 12/16/2016 10:29 AM, Jim Jagielski wrote: > >> I'm calling a VOTE on releasing these as Apache httpd 2.4.25 GA. >> > > mod_ext_filter tests are failing for me on Ubuntu 16.04 x64, but I *think* > this is due to a

Re: svn commit: r1774650 - /httpd/httpd/branches/2.4.x/modules/cache/mod_socache_memcache.mak

On Fri, Dec 16, 2016 at 1:41 PM, William A Rowe Jr <wr...@rowe-clan.net> wrote: > On Fri, Dec 16, 2016 at 1:36 PM, Rainer Jung <rainer.j...@kippdata.de> > wrote: > >> Thanks, didn't notice the mak files, because trunk doesn't have them. >> >> I just not

Re: svn commit: r1774650 - /httpd/httpd/branches/2.4.x/modules/cache/mod_socache_memcache.mak

On Fri, Dec 16, 2016 at 1:36 PM, Rainer Jung wrote: > Thanks, didn't notice the mak files, because trunk doesn't have them. > > I just noticed that the RSC_PROJ lines in the mak files also contain > include directories but not the one for "generators", in nove of the

Re: Fixing module-specific, public include/*.h file inclusion on trunk

On Fri, Dec 16, 2016 at 12:57 PM, William A Rowe Jr <wr...@rowe-clan.net> wrote: > So today's primary bogus result is courtesy of is due to leaving > public headers hiding in modules/class/*.h paths for our builds. > > I'd suggest one of two approaches, pick a favorite soluti

Fixing module-specific, public include/*.h file inclusion on trunk

So today's primary bogus result is courtesy of is due to leaving public headers hiding in modules/class/*.h paths for our builds. I'd suggest one of two approaches, pick a favorite solution? [ ] Have the top level build copy all modules/*/mod_*.h definitions to the build tree include/

Re: svn commit: r1774609 - /httpd/httpd/trunk/modules/cache/mod_socache_memcache.dsp

Erm... did you miss the same edit to mod_socache_memcache.mak? (Just catching up on the flurry of traffic, so this is speculation.) Further speculation, are we solid for NetWare now? Any word, Norm? [wrowe@hub cache]$ grep "/generators" * mod_cache_socache.dsp:# ADD CPP /nologo /MD /W3 /O2 /Oy-

Re: svn commit: r1774010 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/ext_filter.t

On Thu, Dec 15, 2016 at 5:21 AM, Joe Orton <jor...@redhat.com> wrote: > On Thu, Dec 15, 2016 at 02:05:32AM -0600, William A Rowe Jr wrote: > > Joe, did you forget an svn add? I see no ext_filter/ subdirectory on > trunk; > > > > https://svn.apache.org/repos/asf/h

Re: svn commit: r1774010 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/ext_filter.t

On Wed, Dec 14, 2016 at 11:30 PM, William A Rowe Jr <wr...@rowe-clan.net> wrote: > On Wed, Dec 14, 2016 at 2:51 AM, Joe Orton <jor...@redhat.com> wrote: > >> >> I adjusted the test case to cope with a sed which adds a trailing >> newline now, does that pass wit

Re: svn commit: r1774010 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/ext_filter.t

On Wed, Dec 14, 2016 at 11:30 PM, William A Rowe Jr <wr...@rowe-clan.net> wrote: > On Wed, Dec 14, 2016 at 2:51 AM, Joe Orton <jor...@redhat.com> wrote: > >> >> I adjusted the test case to cope with a sed which adds a trailing >> newline now, does that pass wit

Re: svn commit: r1774010 - in /httpd/test/framework/trunk/t: conf/extra.conf.in modules/ext_filter.t

On Wed, Dec 14, 2016 at 2:51 AM, Joe Orton wrote: > On Tue, Dec 13, 2016 at 10:14:21AM -0500, Jim Jagielski wrote: > > > > > On Dec 13, 2016, at 8:33 AM, Jim Jagielski wrote: > > > > > > This fails on all systems that have sed in /usr/bin/sed > > > or

Re: Absorb win32-apxs into httpd distro?

On Wed, Dec 14, 2016 at 2:20 AM, Steve Hay <steve.m@googlemail.com> wrote: > On 14 December 2016 at 08:13, William A Rowe Jr <wr...@rowe-clan.net> > wrote: > > Randy wrote http://www.apache.org/dist/perl/win32-bin/ - but I'm > wondering > > who else here

Absorb win32-apxs into httpd distro?

Randy wrote http://www.apache.org/dist/perl/win32-bin/ - but I'm wondering who else here at httpd is interested in helping maintain and get this code into our own distribution? I've shipped this for a decade for my commercial customers, for every wrinkle and wart, I think many of our win32 users

Re: svn commit: r1773865 - /httpd/httpd/trunk/modules/http/http_filters.c

On Tue, Dec 13, 2016 at 6:42 PM, Yann Ylavic wrote: > On Tue, Dec 13, 2016 at 8:37 PM, Ruediger Pluem wrote: > > > > This change is also unrelated to the bad header issue and I think > > if there is interest to address this it should be done in a

Re: T of 2.4.24

On Dec 12, 2016 7:44 PM, "Daniel Ruggeri" <drugg...@primary.net> wrote: On 12/12/2016 12:26 AM, William A Rowe Jr wrote: > In spite of 34 registered project committee members, until other > contributors come forward to participate in the security patch review > pr

Re: svn commit: r1773865 - /httpd/httpd/trunk/modules/http/http_filters.c

On Dec 12, 2016 6:07 PM, "Yann Ylavic" <ylavic@gmail.com> wrote: On Tue, Dec 13, 2016 at 12:17 AM, Jacob Champion <champio...@gmail.com> wrote: > On 12/12/2016 03:10 PM, William A Rowe Jr wrote: >> >> On Mon, Dec 12, 2016 at 5:00 PM, Jacob Champion <

Re: svn commit: r1773865 - /httpd/httpd/trunk/modules/http/http_filters.c

On Mon, Dec 12, 2016 at 5:00 PM, Jacob Champion wrote: > On 12/12/2016 01:23 PM, Yann Ylavic wrote: > >> On Mon, Dec 12, 2016 at 10:07 PM, Jacob Champion >> wrote: >> >> >>> What's the case where this catches recursion that the previous logic in >>>

Re: svn commit: r1773865 - /httpd/httpd/trunk/modules/http/http_filters.c

On Mon, Dec 12, 2016 at 3:32 PM, Yann Ylavic <ylavic@gmail.com> wrote: > On Mon, Dec 12, 2016 at 10:16 PM, William A Rowe Jr <wr...@rowe-clan.net> > wrote: > > On Mon, Dec 12, 2016 at 3:07 PM, Jacob Champion <champio...@gmail.com> > > wrote:+ > >>

Re: svn commit: r1773865 - /httpd/httpd/trunk/modules/http/http_filters.c

On Mon, Dec 12, 2016 at 3:07 PM, Jacob Champion wrote:+ > > > What's the case where this catches recursion that the previous logic in > r1773861 did not handle? I'm trying to write a test that fails on r1773861 > and succeeds on r1773865, but I haven't figured it out yet.

Re: svn commit: r1773761 - /httpd/httpd/trunk/modules/http/http_filters.c

On Mon, Dec 12, 2016 at 12:59 PM, Eric Covener <cove...@gmail.com> wrote: > On Mon, Dec 12, 2016 at 1:54 PM, William A Rowe Jr <wr...@rowe-clan.net> > wrote: > >> The problem seems to be that `Headers always set` negates the header > >> removal, and t

Making test framework and trunk approachable (was: PCRE 10 and puzzling edge cases)

On Dec 12, 2016 3:52 AM, "Petr Pisar" wrote: I think the inability to build httpd against system APR and to run test against not yet installed httpd is quite surprising. Thanks for taking the additional time to document your experiences! System APR does require the -devel

Re: svn commit: r1773761 - /httpd/httpd/trunk/modules/http/http_filters.c

On Mon, Dec 12, 2016 at 12:43 PM, Jacob Champion <champio...@gmail.com> wrote: > On 12/12/2016 10:40 AM, William A Rowe Jr wrote: > >> I expect we still must have a header unset in the 500 case for all invalid >> header names or values. >> > > The problem

Re: svn commit: r1773761 - /httpd/httpd/trunk/modules/http/http_filters.c

On Mon, Dec 12, 2016 at 12:17 PM, Jacob Champion wrote: > On 12/12/2016 08:18 AM, Yann Ylavic wrote: > >> On Mon, Dec 12, 2016 at 3:32 PM, Eric Covener wrote: >> >>> On Mon, Dec 12, 2016 at 6:25 AM, Yann Ylavic >>> wrote: >>>

Re: svn commit: r1773761 - /httpd/httpd/trunk/modules/http/http_filters.c

On Mon, Dec 12, 2016 at 10:18 AM, Yann Ylavic wrote: > On Mon, Dec 12, 2016 at 3:32 PM, Eric Covener wrote: > > On Mon, Dec 12, 2016 at 6:25 AM, Yann Ylavic > wrote: > >> Tested with "Header set 'X-Bad' ''" with no redirect > loop.

Re: Breakage on trunk head due to PCRE

On Dec 12, 2016 9:37 AM, "Jim Jagielski" wrote: > ./configure: line 6194: with_pcre: command not found > checking for -pcre2-config... no > checking for -pcre-config... no > checking for pcre2-config... no > checking for pcre-config... no > configure: error: pcre(2)-config for

Re: T of 2.4.24

On Thu, Dec 8, 2016 at 8:55 AM, Jim Jagielski wrote: > Things are looking good for a T of 2.4.24 sometime late > today. > > If you have any issues or concerns, let me know asap. > Hi Jim, we may have to concede, in light of many already partially disclosed CVE's, that it is

Re: 2.6/3.0

On Dec 9, 2016 21:56, "Daniel Ruggeri" wrote: On 12/9/2016 8:32 AM, Jim Jagielski wrote: > Instead, maybe we could backport all that stuff to 2.4, in a backwards > compatible fashion. That is, basically backport trunk to 2.4. This > would give us more runway to work on

Re: 2.6/3.0

On Fri, Dec 9, 2016 at 8:32 AM, Jim Jagielski wrote: > It may be weird talking about httpd 2.6/3.0 when we are stuck > in a holding pattern for 2.4.24, but actually it's not a bad > idea. > > Right now, there are quite a few improvements in trunk that > should *really* be in a

Re: PCRE 10 and puzzling edge cases

On Fri, Dec 9, 2016 at 8:05 AM, Petr Pisar <ppi...@redhat.com> wrote: > On Thu, Dec 08, 2016 at 11:09:42AM -0600, William A Rowe Jr wrote: > > I've beaten my head against this wall for a bit longer, and came up with > > several places where pcre2 changed return types

Re: PCRE 10 and puzzling edge cases

On Dec 9, 2016 8:06 AM, "Petr Pisar" <ppi...@redhat.com> wrote: On Thu, Dec 08, 2016 at 11:09:42AM -0600, William A Rowe Jr wrote: > I've beaten my head against this wall for a bit longer, and came up with > several places where pcre2 changed return types for void *what

Re: T of 2.4.24

On Thu, Dec 8, 2016 at 12:16 PM, William A Rowe Jr <wr...@rowe-clan.net> wrote: > On Thu, Dec 8, 2016 at 12:03 PM, Jim Jagielski <j...@jagunet.com> wrote: > >> AFAICT there is no consensus. But is this really a blocker? > > > I don't know, expat is at 2.2.0 and

Re: svn commit: r1773293 - /httpd/httpd/trunk/modules/http/http_filters.c

On Thu, Dec 8, 2016 at 1:57 PM, wrote: > Author: covener > Date: Thu Dec 8 19:57:57 2016 > New Revision: 1773293 > > URL: http://svn.apache.org/viewvc?rev=1773293=rev > Log: > change error handling for bad resp headers > > - avoid looping between ap_die and the http filter

Re: svn commit: r1773163 - in /httpd/httpd/branches/2.4.x-merge-http-strict: ./ modules/http/http_filters.c

It should be complete enough to apply complete to httpd-2.4.x. On Dec 8, 2016 1:32 PM, "Eric Covener" wrote: > On Wed, Dec 7, 2016 at 6:40 PM, wrote: > > Author: wrowe > > Date: Wed Dec 7 23:40:20 2016 > > New Revision: 1773163 > > > > URL:

Re: 2.4 HEAD: some looping issue with check_headers()

On Thu, Dec 8, 2016 at 12:49 PM, Eric Covener wrote: > On Thu, Dec 8, 2016 at 1:46 PM, Eric Covener wrote: > > This is even after trying to zap the offending header before ap_die. > > I think this is more about how I am injecting the bad characters -- It >

Re: T of 2.4.24

no longer be the distributor of dependencies which frequently fall into a poorly maintained/updated state. So it's simply a question about the -deps package, and since that is never given a release vote, it really isn't holding up any tag & roll. > > On Dec 8, 2016, at 12:38 PM, Wi

Re: T of 2.4.24

On Thu, Dec 8, 2016 at 8:55 AM, Jim Jagielski wrote: > Things are looking good for a T of 2.4.24 sometime late > today. > > If you have any issues or concerns, let me know asap. > Do we have any consensus on dropping the stale and vulnerable expat or pcre packages from the

Re: PCRE 10 and puzzling edge cases

improvement, missing something blatantly obvious, I expect. On Mon, Dec 5, 2016 at 10:59 PM, William A Rowe Jr <wr...@rowe-clan.net> wrote: > I've written the following patch to trunk to allow us to configure, > compile and link against PCRE2 (10.x). The autoconf in particular is &

Re: About Interim Response Headers (was: Content-Length header for 1xx status codes)

On Dec 7, 2016 6:23 PM, "Jacob Champion" <champio...@gmail.com> wrote: On 12/07/2016 04:00 PM, William A Rowe Jr wrote: > Consider for a moment the case of an HTTP/1.1 upgrade request > unrecognized by a proxy agent. > It was my understanding that this i

Re: About Interim Response Headers (was: Content-Length header for 1xx status codes)

On Dec 7, 2016 5:04 PM, "Jacob Champion" wrote: [combining replies to your last two emails] > No, not reject -- conforming clients parse (and may discard) 1xx's they don't understand, treating them like 100 Continue, and proxies must forward as-is (unless the proxy was

Re: svn commit: r1772678 [2/2] - in /httpd/httpd/branches/2.4.x: ./ docs/manual/mod/ include/ modules/http/ server/

Patch incoming. More below... On Wed, Dec 7, 2016 at 4:01 PM, William A Rowe Jr <wr...@rowe-clan.net> wrote: > On Wed, Dec 7, 2016 at 2:11 PM, Ruediger Pluem <rpl...@apache.org> wrote: > >> Sorry for chiming in so late :-(. > > > Again, no worries... > >

Re: About Interim Response Headers (was: Content-Length header for 1xx status codes)

On Wed, Dec 7, 2016 at 4:19 PM, William A Rowe Jr <wr...@rowe-clan.net> wrote: > On Wed, Dec 7, 2016 at 2:23 PM, Jacob Champion <champio...@gmail.com> > wrote: > >> On 12/07/2016 12:03 PM, William A Rowe Jr wrote: >> >>> On Wed, Dec 7, 2016 at 10:5

Re: About Interim Response Headers (was: Content-Length header for 1xx status codes)

On Wed, Dec 7, 2016 at 2:23 PM, Jacob Champion <champio...@gmail.com> wrote: > On 12/07/2016 12:03 PM, William A Rowe Jr wrote: > >> On Wed, Dec 7, 2016 at 10:50 AM, Jacob Champion <champio...@gmail.com >> <mailto:champio...@gmail.com>> wrote: >> >>

Re: svn commit: r1772678 [2/2] - in /httpd/httpd/branches/2.4.x: ./ docs/manual/mod/ include/ modules/http/ server/

On Wed, Dec 7, 2016 at 2:11 PM, Ruediger Pluem wrote: > Sorry for chiming in so late :-(. Again, no worries... On 12/05/2016 03:34 PM, j...@apache.org wrote: > > Modified: httpd/httpd/branches/2.4.x/server/protocol.c > > URL:

Re: svn commit: r1772678 [1/2] - in /httpd/httpd/branches/2.4.x: ./ docs/manual/mod/ include/ modules/http/ server/

On Wed, Dec 7, 2016 at 2:11 PM, Ruediger Pluem wrote: > Sorry for chiming in so late :-(. No worries, good eye... On 12/05/2016 03:34 PM, j...@apache.org wrote: > > Author: jim > > Date: Mon Dec 5 14:34:29 2016 > > New Revision: 1772678 > > > > URL:

About Interim Response Headers (was: Content-Length header for 1xx status codes)

On Wed, Dec 7, 2016 at 10:50 AM, Jacob Champion <champio...@gmail.com> wrote: > On 12/07/2016 08:31 AM, William A Rowe Jr wrote: > >> Does anyone have pointers to legitimizing any 100 response >> headers? >> > > Date is called out explicitly (RFC 7231, sec. 7.1

Re: Content-Length header for HTTP 204 and 1xx status codes

On Wed, Dec 7, 2016 at 9:05 AM, William A Rowe Jr <wr...@rowe-clan.net> wrote: > On Nov 30, 2016 11:46 AM, "Luca Toscano" <toscano.l...@gmail.com> wrote: > > Hi everybody, > > while working on https://bz.apache.org/bugzilla/show_bug.cgi?id=51350 a > user

Re: Content-Length header for HTTP 204 and 1xx status codes

On Nov 30, 2016 11:46 AM, "Luca Toscano" wrote: Hi everybody, while working on https://bz.apache.org/bugzilla/show_bug.cgi?id=51350 a user asked why httpd send the "Content-Length: 0" header for HTTP 204 responses given the following statement in the RFC:

Re: Is 2.2.x broken?

An associated patch was likely overlooked, please go ahead and revert. On Dec 6, 2016 12:07 PM, "Jacob Champion" wrote: > I'm trying to test a backport to the 2.2.x tip, but it looks like r1758671 > might have busted our request parsing. Every test we have fails; I think

PCRE 10 and puzzling edge cases

I've written the following patch to trunk to allow us to configure, compile and link against PCRE2 (10.x). The autoconf in particular is streamlined for cross-compilation detection, while retaining the ability to override the path to (and name of) pcre[2]-config. It isn't in a commit-ready state

Re: svn commit: r1772418 - /httpd/httpd/trunk/modules/http/http_filters.c

You are correct, I read the commits out of sequence. Thx! On Dec 2, 2016 18:40, "Eric Covener" <cove...@gmail.com> wrote: > On Fri, Dec 2, 2016 at 7:28 PM, William A Rowe Jr <wr...@rowe-clan.net> > wrote: > > On Fri, Dec 2, 2016 at 6:26 PM, William A Rowe

Re: svn commit: r1772418 - /httpd/httpd/trunk/modules/http/http_filters.c

On Fri, Dec 2, 2016 at 6:26 PM, William A Rowe Jr <wr...@rowe-clan.net> wrote: > FWIW, did you actually fix this on truck and convey the backport > svn rev no? > I see you sort-of have... please convey the svn commit r1772418 to your branch commit --revprop svn:log history,

Re: svn commit: r1772418 - /httpd/httpd/trunk/modules/http/http_filters.c

FWIW, did you actually fix this on truck and convey the backport svn rev no? On Fri, Dec 2, 2016 at 6:25 PM, William A Rowe Jr <wr...@rowe-clan.net> wrote: > That is code I'm less familiar with, but will give it careful scrutiny > tomorrow. > > > On Fri, Dec 2, 2016 at

Re: svn commit: r1772418 - /httpd/httpd/trunk/modules/http/http_filters.c

That is code I'm less familiar with, but will give it careful scrutiny tomorrow. On Fri, Dec 2, 2016 at 6:12 PM, Eric Covener wrote: > probably wiser ways to fix but I didn't want to sit on it. > > On Fri, Dec 2, 2016 at 7:10 PM, wrote: > > Author:

Re: Random AH01842 errors in mod_session_crypto

On Fri, Dec 2, 2016 at 4:28 PM, Yann Ylavic wrote: > On Fri, Dec 2, 2016 at 10:06 PM, Yann Ylavic wrote: > > On Wed, Oct 5, 2016 at 12:23 PM, Yann Ylavic > wrote: > >> > >> Patch attached, WDYT? > > > > Ping, probably is worth

Re: Time for 2.4.24!

On Thu, Dec 1, 2016 at 8:28 AM, Jim Jagielski wrote: > hello? hello? Anyone there? :) > > > On Nov 21, 2016, at 7:47 AM, Jim Jagielski wrote: > > > > We have a few items in STATUS that, imo, should be tested, voted-on > > and the committed to the httpd-2.4

Re: Random AH01842 errors in mod_session_crypto

On Fri, Dec 2, 2016 at 3:06 PM, Yann Ylavic wrote: > On Wed, Oct 5, 2016 at 12:23 PM, Yann Ylavic wrote: > > > > Patch attached, WDYT? > > Ping, probably is worth considering for 1.6 (even 1.5) ? > Provided you don't *break* the API contract with

Re: svn commit: r1772339 - /httpd/test/framework/trunk/t/conf/extra.conf.in

On Fri, Dec 2, 2016 at 6:06 AM, wrote: > Author: jim > Date: Fri Dec 2 12:06:30 2016 > New Revision: 1772339 > > URL: http://svn.apache.org/viewvc?rev=1772339=rev > Log: > This isn't in 2.4.24, yet. > Hmmm. Looks like a good case to be made for implementing

Re: JSON for mod_status

On Fri, Dec 2, 2016 at 3:28 AM, Stefan Eissing <stefan.eiss...@greenbytes.de > wrote: > > > Am 01.12.2016 um 23:14 schrieb Jim Jagielski <j...@jagunet.com>: > > > > > >> On Dec 1, 2016, at 2:16 PM, William A Rowe Jr <wr...@rowe-clan.net> > wro

Re: JSON for mod_status

On Thu, Dec 1, 2016 at 4:14 PM, Jim Jagielski <j...@jagunet.com> wrote: > > > On Dec 1, 2016, at 2:16 PM, William A Rowe Jr <wr...@rowe-clan.net> > wrote: > > > > > > Note that mod_bmx_status entries focus on what most management > > frameworks

Re: Time for 2.4.24!

On Thu, Dec 1, 2016 at 9:06 AM, Eric Covener wrote: > Trying to look at the event stuff and the strict stuff. > > If any more experienced event folks are lurking, help on the review > would be great (And thanks to sf!) > I found the PR itself to be full of useful data for

Re: JSON for mod_status

On Thu, Dec 1, 2016 at 12:33 PM, Jim Jagielski <j...@jagunet.com> wrote: > > > On Dec 1, 2016, at 12:53 PM, William A Rowe Jr <wr...@rowe-clan.net> > wrote: > > > > Finally the query fn in mod_bmx_status performs the callback indicated > >

Re: JSON for mod_status

On Thu, Dec 1, 2016 at 8:08 AM, Jim Jagielski wrote: > My question is how do the beans, for example, from mod_bmx_vhost > get displayed via mod_bmx_status? > > I understand that one queries mod_bmx for specific beans, but at > the end of the day people still want/need a

Re: JSON for mod_status

You are looking at one fold of monitoring data. See, for example, mod_bmx_vhost which further extends many beans by hostname. The response generator and framework lives in mod_bmx itself. On Nov 30, 2016 14:35, "Jim Jagielski" wrote: One thing that I can't understand from an

Sub-modules viability (was: [Vote] Considering mod_bmx for adoption by HTTP Server Project)

On Wed, Nov 30, 2016 at 2:05 PM, Jim Jagielski wrote: > > Module sub-modules NEVER get the love and attention they need > and warrant > It would be interesting to see this applied to fcgid on a fast-track. I don't know that ftp warrants it this moment. I don't know why arm4 is

Re: JSON for mod_status

On Wed, Nov 30, 2016 at 2:10 PM, Jim Jagielski wrote: > One final note: > > The reason I brought all this up is that right now, using mod_status > for actual automated status checking is downright painful. At > ApacheCon, due to, I guess, me adding the mod_status hooks to > the

Re: JSON for mod_status

On Wed, Nov 30, 2016 at 1:58 PM, Jim Jagielski wrote: > I'm not pushing back on mod_bmx at all... I just think > that there is a better understanding here about "mod_status > producing JSON" than what the changeover to mod_bmx would > be. > > What I would push back on would be

[Vote] Considering mod_bmx for adoption by HTTP Server Project

I'm pleased to conversations with the principal folks that Hyperic/VMW and Pivotal are interested in passing along the mod_bmx codebase to the httpd project, if we will have it. https://github.com/hyperic/mod_bmx Scoped by the Hyperic team to represent mod_status info in a flexible and

Re: JSON for mod_status

On Wed, Nov 30, 2016 at 1:41 PM, Jim Jagielski <j...@jagunet.com> wrote: > > On Nov 30, 2016, at 2:31 PM, William A Rowe Jr <wr...@rowe-clan.net> > wrote: > > > > On Wed, Nov 30, 2016 at 1:27 PM, Jim Jagielski <j...@jagunet.com> wrote: > > > > &

Re: JSON for mod_status

On Wed, Nov 30, 2016 at 1:27 PM, Jim Jagielski <j...@jagunet.com> wrote: > > > On Nov 30, 2016, at 1:56 PM, William A Rowe Jr <wr...@rowe-clan.net> > wrote: > > > > > > There's no way to anticipate the "right way" to map json > > t

Re: JSON for mod_status

On Wed, Nov 30, 2016 at 1:27 PM, Jim Jagielski <j...@jagunet.com> wrote: > > > On Nov 30, 2016, at 1:56 PM, William A Rowe Jr <wr...@rowe-clan.net> > wrote: > > > > > > There's no way to anticipate the "right way" to map json > > t

Re: JSON for mod_status

On Wed, Nov 30, 2016 at 1:22 PM, Jim Jagielski wrote: > Any online examples of it running? It's been a SUPER long > time since I looked at it. And I can't recall what the bean > framework is or does... As with /server-status - not advised unless you EDONTCARE about host

Re: JSON for mod_status

On Wed, Nov 30, 2016 at 12:38 PM, Nick Kew wrote: > On Wed, 2016-11-30 at 12:54 -0500, Jim Jagielski wrote: > > I'm thinking about adding JSON support to mod_status... > > the "plain" version output really stinks and lacks parity > > w/ the info we provide via HTML, and it would

Re: JSON for mod_status

On Wed, Nov 30, 2016 at 11:54 AM, Jim Jagielski wrote: > I'm thinking about adding JSON support to mod_status... > the "plain" version output really stinks and lacks parity > w/ the info we provide via HTML, and it would be nice > to produce a really easily parseable format. >

Re: httpd test suite breakage

On Tue, Nov 29, 2016 at 7:25 AM, Petr Gajdos <pgaj...@suse.cz> wrote: > On Tue, Nov 29, 2016 at 01:09:25PM +, Joe Orton wrote: > > On Mon, Nov 28, 2016 at 05:16:12PM -0600, William A Rowe Jr wrote: > > > httpd: Syntax error on line 295 of > > > /home/wrowe/dev

Re: httpd test suite breakage

My bad.. this is not against HEAD, this is Fedora 25. /sbin/httpd -v Server version: Apache/2.4.23 (Fedora) Server built: Jul 18 2016 15:38:14 Not so urgent for me now, but worth addressing I'd guess. On Mon, Nov 28, 2016 at 5:16 PM, William A Rowe Jr <wr...@rowe-clan.net> wrote: >

httpd test suite breakage

Against 2.4 HEAD... In file included from mod_test_session.c:61:0: mod_test_session.c: In function ‘test_session_register_hooks’: /home/wrowe/dev/test/test24-apr16-ossl102/c-modules/apache_httpd_test.h:128:36: warning: the comparison will always evaluate as ‘true’ for the address of

Re: Quieting warnings?

this issue? Cheers, Bill On Mon, Nov 28, 2016 at 1:37 PM, William A Rowe Jr <wr...@rowe-clan.net> wrote: > Typical of a long batch of error noise on 2.4 HEAD (with the > http strict merge patch applied) in --enable-maintainer-mode... > > In file included from /home/wrowe/d

Quieting warnings?

Typical of a long batch of error noise on 2.4 HEAD (with the http strict merge patch applied) in --enable-maintainer-mode... In file included from /home/wrowe/dev/httpd-2.4/modules/mappers/mod_vhost_alias.c:45:0: /home/wrowe/dev/httpd-2.4/include/http_config.h:427:24: warning:

Re: svn commit: r1771372 - /httpd/httpd/branches/2.4.x-merge-http-strict/modules/http/http_filters.c

Please note this branch has strictly conformed to trunk activity. Please cite the backport origin svn rev no, or create one first, and then commit the backport from the svn commit. Thx, Bill On Fri, Nov 25, 2016 at 1:55 PM, wrote: > Author: rpluem > Date: Fri Nov 25

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

On Mon, Nov 14, 2016 at 8:07 PM, William A Rowe Jr <wr...@rowe-clan.net> wrote: > On Mon, Nov 14, 2016 at 1:02 PM, <wr...@apache.org> wrote: > >> Author: wrowe >> Date: Mon Nov 14 19:02:29 2016 >> New Revision: 1769677 >> >> URL: http://svn.apache.o

Re: svn commit: r1768036 - in /httpd/httpd/branches/2.4.x-merge-http-strict: ./ CHANGES include/ap_mmn.h include/http_core.h include/httpd.h modules/http/http_filters.c server/core.c server/protocol.c

On Nov 16, 2016 20:29, "Jacob Champion" <champio...@gmail.com> wrote: > > On 11/16/2016 05:01 AM, William A Rowe Jr wrote: >> >> We need to tolerate their presence. But we should ignore the guidance that >> sf originally quoted, that the URI

Re: svn commit: r1769965 - /httpd/httpd/trunk/server/vhost.c

On Wed, Nov 16, 2016 at 1:52 PM, Ruediger Pluem wrote: > > On 11/16/2016 01:05 PM, wr...@apache.org wrote: > > Author: wrowe > > Date: Wed Nov 16 12:05:53 2016 > > New Revision: 1769965 > > > > URL: http://svn.apache.org/viewvc?rev=1769965=rev > > Log: > > Actually cause the

Re: svn commit: r1768036 - in /httpd/httpd/branches/2.4.x-merge-http-strict: ./ CHANGES include/ap_mmn.h include/http_core.h include/httpd.h modules/http/http_filters.c server/core.c server/protocol.c

On Wed, Nov 16, 2016 at 1:32 PM, Ruediger Pluem <rpl...@apache.org> wrote: > > On 11/16/2016 01:08 PM, William A Rowe Jr wrote: > > > > Here's why I think the whole logic is busted and the preserve > r->hostname is > > the right thing to do for the outer

Better ./configure --help wording for paths?

Can we agree on a keyword/wording convention here for httpd-2.5-dev? --with-apr=PATH prefix for installed APR or the full path to --with-pcre=PATHUse external PCRE library --with-valgrind[=DIR] Enable code to reduce valgrind false positives

Re: svn commit: r1768036 - in /httpd/httpd/branches/2.4.x-merge-http-strict: ./ CHANGES include/ap_mmn.h include/http_core.h include/httpd.h modules/http/http_filters.c server/core.c server/protocol.c

On Tue, Nov 8, 2016 at 1:39 PM, Ruediger Pluem wrote: > > On 11/04/2016 03:20 PM, wr...@apache.org wrote: > > Author: wrowe > > Date: Fri Nov 4 14:20:16 2016 > > New Revision: 1768036 > > > > URL: http://svn.apache.org/viewvc?rev=1768036=rev > > Log: > > Add an option to

Re: Query on linking Apache Mailing list with GitHUub Commits

More importantly, the commit message for those lines modified should credit the original submitter(s)... Who may or may not even be committers to this project. On Nov 15, 2016 17:21, "Eric Covener" wrote: > On Tue, Nov 15, 2016 at 11:18 AM, Mehvish.Rashid

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

On Mon, Nov 14, 2016 at 1:02 PM, wrote: > Author: wrowe > Date: Mon Nov 14 19:02:29 2016 > New Revision: 1769677 > > URL: http://svn.apache.org/viewvc?rev=1769677=rev > Log: > Promote one patch, propose one historically tangled patch > > + *) Propose default strict RFC7230

Re: [PATCH 60223] non-empty OpenSSL error queue preventing non-blocking reads through mod_ssl

On Fri, Nov 11, 2016 at 9:01 AM, Paul Spangler wrote: > On 10/17/2016 2:04 PM, Paul Spangler wrote: > >> Hello, >> >> Due to the way OpenSSL stores errors in a per-thread queue, functions >> such as SSL_read followed by SSL_get_error may not produce the desired >> result if

<    3   4   5   6   7   8   9   10   11   12   >