]> granicus.if.org Git - apache/blobdiff - STATUS
rebuild
[apache] / STATUS
diff --git a/STATUS b/STATUS
index 12c570fe11210bb75f3ff07c69eba2407118b7d5..b04a8f9cb4d8a9874e44ac2099f37edb0f896ed0 100644 (file)
--- a/STATUS
+++ b/STATUS
@@ -189,41 +189,34 @@ PATCHES PROPOSED TO BACKPORT FROM TRUNK:
      +1: jim, icing
      icing: tested on ubuntu 16.04 with a simple uwsgi python app.
 
-  *) event: staging changes (incremental patches) to sync 2.4.x with trunk.
-     Patch 1/4: Local variables scope (no functional changes)
-     Patch 2/4: Optimizations and correctness (synchronization) which don't
-                seem to have bitten us so far (no proven fix somehow)
-     Patch 3/4: A wakeup fix regarding disabled listening sockets (corner case)
-     Patch 4/4: Let the listener thread do its maintenance job on resources
-                shortage
-     trunk patch: http://svn.apache.org/r1605328
-                  http://svn.apache.org/r1629576
-       2.4.x 1/4: http://home.apache.org/~ylavic/patches/event-staging-1_on_4.patch
-                  svn merge --record-only -c 1605328,1629576 .
-     trunk patch: http://svn.apache.org/r1643279
-                  http://svn.apache.org/r1703241
-                  http://svn.apache.org/r1802535
-                  http://svn.apache.org/r1819847
-                  http://svn.apache.org/r1819848
-                  http://svn.apache.org/r1819852
-                  http://svn.apache.org/r1819853
-       2.4.x 2/4: http://home.apache.org/~ylavic/patches/event-staging-2_on_4.patch
-                  svn merge --record-only -c 1643279,1703241,1802535,1819847,1819848,1819852,1819853 .
-     trunk patch: http://svn.apache.org/r1819855
-                  http://svn.apache.org/r1821562
-       2.4.x 3/4: http://home.apache.org/~ylavic/patches/event-staging-3_on_4.patch
-                  svn merge --record-only -c 1819855,1821562 .
-     trunk patch: http://svn.apache.org/r1821558
-                  http://svn.apache.org/r1821561
-                  http://svn.apache.org/r1821595
-       2.4.x 4/4: http://home.apache.org/~ylavic/patches/event-staging-4_on_4-v2.patch
-                  svn merge --record-only -c 1821558,1821561 .
-     (2.4.x full: http://home.apache.org/~ylavic/patches/event-staging-full-v2.patch)
-     +1: ylavic, 
-
   *) mod_http2: obsolete code removed, no more events on beam pool destruction,
      discourage content encoders on http2-status response (where they do not work)
      2.4.x patch: svn merge -c 1821371,1822502,1822503 ^/httpd/httpd/trunk .
+     +1: ylavic, icing, jim
+
+  *) proxy_util: Schemes and hostnames that are "too long" are
+     no longer automatically fatal errors but are instead logged
+     and truncated, at which point the admin can determine if that
+     is OK or not.
+     trunk patch: http://svn.apache.org/r1823482
+     2.4.x patch: trunk works
+     +1: jim,
+
+  *) mod_proxy_balancer,mod_slotmem_shm: Rework SHM reuse/deletion to not
+     depend on the number of restarts (non-Unix systems) and preserve shared
+     names as much as possible on configuration changes for SHMs and persisted
+     files.  PR 62044.
+     trunk patch: http://svn.apache.org/r1822509
+                  http://svn.apache.org/r1822511
+                  http://svn.apache.org/r1823412
+                  http://svn.apache.org/r1823415
+                  http://svn.apache.org/r1823416
+                  http://svn.apache.org/r1823564
+                  http://svn.apache.org/r1823572
+                  http://svn.apache.org/r1823575
+     2.4.x patch: trunk works (modulo CHANGES)
+                  (or http://home.apache.org/~ylavic/patches/httpd-2.4.x-PR62044-slotmems_reuse.patch)
+     +1: ylavic, jim,
 
 
 PATCHES/ISSUES THAT ARE BEING WORKED
@@ -336,6 +329,9 @@ PATCHES/ISSUES THAT ARE BEING WORKED
      So the only fix allowing us to use PCRE 10 in httpd 2.4 would be to write
      this as a thread safe storage buffer for the majority of cases (<10 $args)
      and we don't have a portable tls mechanism to do so.
+     jorton: Adding ap_pregexec/_len which pass a pool would also work
+             for internal users of this api; not sure if performance
+             impact is significant from using malloc here.
 
 
 PATCHES/ISSUES THAT ARE STALLED