I backported some trunk changes to 2.4.x (mostly cosmetic ones) and a
few changes also in the other direction to keep code changes small in
parts were there are still no functional changes.
A few backports are open, because I'm not sure, whether we want to
backport. I left out the obvious
On 31 Jan 2012, at 5:07 PM, Rainer Jung wrote:
6) mod_cache
Applied to 2.4.x but not in trunk:
r1208384 | minfrin | 2011-11-30 12:21:43 +0100 (Wed, 30 Nov 2011) | 4 lines
mod_cache: Revert http://svn.apache.org/viewvc?view=revisionrevision=1070179
as per the following
On 31.01.2012 16:17, Graham Leggett wrote:
On 31 Jan 2012, at 5:07 PM, Rainer Jung wrote:
6) mod_cache
Applied to 2.4.x but not in trunk:
r1208384 | minfrin | 2011-11-30 12:21:43 +0100 (Wed, 30 Nov 2011) | 4 lines
mod_cache: Revert
On 31 Jan 2012, at 5:43 PM, Rainer Jung wrote:
All the items listed are actual code differences. The log info was the
shortest way to explain the differences. I tried hard to verify, that the
differences I've seen are actually the ones generatde by these missing
commits.
In this case
On 31.01.2012 17:17, Graham Leggett wrote:
On 31 Jan 2012, at 5:43 PM, Rainer Jung wrote:
All the items listed are actual code differences. The log info was the shortest
way to explain the differences. I tried hard to verify, that the differences
I've seen are actually the ones generatde by
Thx for digging into this!
On Jan 31, 2012, at 10:07 AM, Rainer Jung wrote:
I backported some trunk changes to 2.4.x (mostly cosmetic ones) and a few
changes also in the other direction to keep code changes small in parts were
there are still no functional changes.
A few backports are
On Jan 31, 2012, at 11:38 AM, Jim Jagielski wrote:
Is it applicable?
7) .htaccess handling
=
r1229021 | niq | 2012-01-09 05:01:06 +0100 (Mon, 09 Jan 2012) | 5 lines
Core configuration: add
On 31 Jan 2012, at 6:37 PM, Rainer Jung wrote:
So:
[ ] leave trunk as is, i.e. do not forward port the changes that are in 2.4
but not in trunk
[ ] sync trunk with 2.4 because that's a better baseline for adding
improvements
[ ] something else (what?)
Trunk has the most up to
-Original Message-
From: Rainer Jung [mailto:rainer.j...@kippdata.de]
Sent: Dienstag, 31. Januar 2012 17:37
To: dev@httpd.apache.org
Subject: Re: Questions on open ports between trunk and 2.4.x
On 31.01.2012 17:17, Graham Leggett wrote:
On 31 Jan 2012, at 5:43 PM, Rainer Jung
On Jan 31, 2012, at 10:07 AM, Rainer Jung wrote:
9) Event MPM
I think everything apart from Paul's new queue has been backported, but
please double check this list:
I believe you are correct and the diffs seem to show that the
main deltas are related to the Q. Also, from
On 31.01.2012 17:38, Jim Jagielski wrote:
5) mod_authnz_ldap
==
r1231257 | covener | 2012-01-13 20:18:03 +0100 (Fri, 13 Jan 2012) | 3 lines
whitespace only: shift a block refactored in r1231255 over 8 spaces.
r1231255 | covener | 2012-01-13 20:16:50 +0100 (Fri, 13 Jan 2012) |
On Jan 31, 2012, at 11:47 AM, Plüm, Rüdiger, VF-Group wrote:
-Original Message-
From: Rainer Jung [mailto:rainer.j...@kippdata.de]
Sent: Dienstag, 31. Januar 2012 17:37
To: dev@httpd.apache.org
Subject: Re: Questions on open ports between trunk and 2.4.x
On 31.01.2012 17:17
Stefan, as the main proponent of the APLOG changes, do you have
cycles to review and complete the below??
On Jan 31, 2012, at 10:07 AM, Rainer Jung wrote:
2) log tags
===
r1209743 | sf | 2011-12-02 23:26:54 +0100 (Fri, 02 Dec 2011) | 3 lines
Add APLOGNO() macro for unique tags for
On Tue, 31 Jan 2012 11:44:07 -0500
Jim Jagielski j...@jagunet.com wrote:
7) .htaccess handling
=
r1229021 | niq | 2012-01-09 05:01:06 +0100 (Mon, 09 Jan 2012) | 5 lines
Core
On Tuesday 31 January 2012, Jim Jagielski wrote:
Stefan, as the main proponent of the APLOG changes, do you have
cycles to review and complete the below??
On Jan 31, 2012, at 10:07 AM, Rainer Jung wrote:
2) log tags
===
r1209743 | sf | 2011-12-02 23:26:54 +0100 (Fri, 02 Dec
On Tuesday 31 January 2012, Rainer Jung wrote:
1) mod_reqtimeout
=
r1202255 | pquerna | 2011-11-15 16:49:19 +0100 (Tue, 15 Nov 2011) |
1 line disable mod_reqtimeout if not configured
It looks like mod_reqtimeout is now inactive by default in trunk,
but ses some builtin
On 31.01.2012 22:23, Stefan Fritsch wrote:
On Tuesday 31 January 2012, Rainer Jung wrote:
1) mod_reqtimeout
=
Now trunk is made consistent with 2.4.x (module is active with default
values if loaded but not explicitely configured). r1238826 (sf).
2) log tags
===
17 matches
Mail list logo