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
===========
Stefan suggests to always backport the tags from trunk. So no tag
generation infrastructure needed in 2.4.x. He will add a README sometime.
3) Recent install optimization
==============================
Postponed due to Stefan's comment.
4) mod_proxy_html
=================
Done
5) mod_authnz_ldap
==================
Waiting for comment from Eric.
6) mod_cache
============
Consensus currently is, that no change is needed for 2.4.x. Delta to
trunk is intentional.
7) .htaccess handling
=====================
Done (Jim).
8) ErrorLog directory checking
==============================
Done (Stefan).
9) Event MPM
============
Jim and Stefan agree, that there's nothing to do for 2.4.x now.
10) Display registered providers in mod_info
============================================
r1225798:
Author: Stefan Fritsch<[email protected]>
Date: Fri Dec 30 10:55:00 2011 +0000
Add new ap_list_provider_groups() API for mod_info
r1225799:
Author: Stefan Fritsch<[email protected]>
Date: Fri Dec 30 11:00:31 2011 +0000
Display registered providers
While we are still CTR, I have been hesitant to introduce API changes
into 2.4, lately. +1, anyone?
+1 from me.
Actually that one was one of the remaining deltas I forgot to propose.
Some of them are IMHO consensus to keep in trunk only currently:
mod_noloris, mod_firehose, mod_policy, apreq, mod_serf, simple mpm
Two more things are:
11) LUA compatibilty with Lua 5.2.0
===================================
There is a patch in trunk, but I wanted to check more thoroughly,
whether its the right way to do, so I didn't yet backport. Since Lua
5.2.0 is very recent, I think this is not pressing.
12) Scoreboard API change
=========================
When the recent security fix for the scoreboard was added, the change in
2.4 was slightly different from trunk, I think to avoid an API change.
If we are still free to change the API, it might be a good point to make
2.4 consistent with trunk:
apache% diff -u 2.4.x/include/scoreboard.h trunk/include/scoreboard.h
--- 2.4.x/include/scoreboard.h 2012-01-31 11:35:57.839995000 +0100
+++ trunk/include/scoreboard.h 2012-01-31 11:37:44.333200000 +0100
@@ -120,7 +120,6 @@
typedef struct {
int server_limit;
int thread_limit;
- ap_scoreboard_e sb_type;
ap_generation_t running_generation; /* the generation of children
which
* should still be serving
requests.
*/
apache% diff -u 2.4.x/server/scoreboard.c trunk/server/scoreboard.c
--- 2.4.x/server/scoreboard.c 2012-01-31 11:34:50.922649000 +0100
+++ trunk/server/scoreboard.c 2012-01-31 11:37:00.068548000 +0100
@@ -330,7 +330,7 @@
ap_init_scoreboard(sb_mem);
}
- ap_scoreboard_image->global->sb_type = scoreboard_type = sb_type;
+ scoreboard_type = sb_type;
ap_scoreboard_image->global->running_generation = 0;
ap_scoreboard_image->global->restart_time = apr_time_now();
Regards,
Rainer
