]> granicus.if.org Git - apache/blobdiff - STATUS
Vote, promote.
[apache] / STATUS
diff --git a/STATUS b/STATUS
index aa37ed43b0b2c314643eaf9258ce1343c69d8364..0f3a9a8f6ebbc7743457bf54521ac30efee81c8c 100644 (file)
--- a/STATUS
+++ b/STATUS
@@ -29,7 +29,8 @@ Release history:
     [NOTE that x.{odd}.z versions are strictly Alpha/Beta releases,
           while x.{even}.z versions are Stable/GA releases.]
 
-    2.4.30  : In development. Jim proposes a T&R Feb. 19, 2018.
+    2.4.31  : In development.
+    2.4.30  : Tagged on February 19, 2018, not released.
     2.4.29  : Tagged on October 17, 2017. Released on October 23, 2017.
     2.4.28  : Tagged on September 25, 2017. Released on October 5, 2017.
     2.4.27  : Tagged on July 6, 2017. Released on July 11, 2017.
@@ -118,67 +119,39 @@ RELEASE SHOWSTOPPERS:
 PATCHES ACCEPTED TO BACKPORT FROM TRUNK:
   [ start all new proposals below, under PATCHES PROPOSED. ]
 
+  *) mod_proxy_fcgi: Add the support for the mod_proxy's flushpackets parameter.
+    trunk patch: http://svn.apache.org/r1802040
+                 http://svn.apache.org/r1807876
+                 http://svn.apache.org/r1808014
+                 http://svn.apache.org/r1805490
+                 http://svn.apache.org/r1823886
+    2.4.x: svn merge -c 1802040,1807876,1808014,1805490,1823886 ^/httpd/httpd/trunk .
+    +1: elukey, jim, ylavic
+    elukey: this patch has been requested a couple of times in the users@ mailing list,
+            but from my tests in trunk the async/set-aside core features would already
+            do the job without the need of this patch. I am proposing the backport
+            to allow more users to migrate away from mod_fastcgi.
+
 
 PATCHES PROPOSED TO BACKPORT FROM TRUNK:
   [ New proposals should be added at the end of the list ]
 
-  *) mpm_queue: Put fdqueue code in common for MPMs event and worker.
-     trunk patch: http://svn.apache.org/r1821624
-                  http://svn.apache.org/r1821625
-                  http://svn.apache.org/r1821626
-                  http://svn.apache.org/r1821627
-                  http://svn.apache.org/r1821629
-                  http://svn.apache.org/r1821632
-                  http://svn.apache.org/r1821635
-                  http://svn.apache.org/r1821639
-                  http://svn.apache.org/r1821644
-                  http://svn.apache.org/r1821647
-                  http://svn.apache.org/r1821648
-                  http://svn.apache.org/r1821649
-                  http://svn.apache.org/r1821650
-                  http://svn.apache.org/r1821651
-                  http://svn.apache.org/r1821659
-                  http://svn.apache.org/r1821660
-                  http://svn.apache.org/r1822366
-                  http://svn.apache.org/r1822367
-                  http://svn.apache.org/r1824381
-     2.4.x patch: svn merge ^/httpd/httpd/branches/2.4.x-mpm_fdqueue .
-                  (http://home.apache.org/~ylavic/patches/httpd-2.4.x-mpm_fdqueue.patch)
-     +1: ylavic, minfrin
-     ylavic: The branch merge helps resolve move conflicts since event and
-             worker fdqueue.[ch] differ(ed) between 2.4.x and trunk. The patch
-             is provided only to help review.
-     ylavic: re MMN, the API is private, so no bump (supposedly).
-     minfrin: Keeping mpm_fdqueue.h private makes it hard for people to fork event
-              and worker and make their own mpms. Can we make this public?
-     ylavic: not easier/harder than now I suppose (worker/event fqueues are private).
-             maybe make them public in trunk only, so that we have more time to
-             discuss the API (if needed).
-     minfrin: happy with that, we can backport the final API.
-
-  *) mpm_event: Do lingering close in worker(s).
-     trunk patch: http://svn.apache.org/r1823047
-                  http://svn.apache.org/r1824454
-                  http://svn.apache.org/r1824463
-                  http://svn.apache.org/r1824464
-                  http://svn.apache.org/r1824497
-     2.4.x patch: http://home.apache.org/~ylavic/patches/httpd-2.4.x-event-lingering_close_in_worker.patch
-                  (trunk works if mpm_queue above is merged first, otherwise
-                   the mpm_queue branch can also be synchronized after this
-                   merge, YMMV :)
-     +1: ylavic,
-
-  *) mod_ssl: Introduce SSLPolicy/SSLPolicyDefine directives.
-     trunk patch: http://svn.apache.org/r1805182
-                  http://svn.apache.org/r1805186
-                  http://svn.apache.org/r1808335
-                  http://svn.apache.org/r1811475
-                  http://svn.apache.org/r1817381
-                  http://svn.apache.org/r1817894
-     2.4.x patch: https://svn.apache.org/repos/asf/httpd/httpd/patches/2.4.x/mod_ssl_policy.diff
-     +1: icing, minfrin
-     minfrin: 2.4.x patch not applying for me, trunk patches work
-     icing: fixed the patch to include complete new files instead of svn's internal optimizations
+  *) mod_dav: Allow other modules to become providers and add ACLs
+     to the DAV response.
+     trunk patch: http://svn.apache.org/r1748322
+                  http://svn.apache.org/r1824590
+                  http://svn.apache.org/r1824596
+     2.4.x: trunk works modulo CHANGES/MMN/log-message
+     +1: minfrin, jim
+     -1: rpluem: While we allow extensions of structures at the end in general
+                 this is a specific case where the the design of the mod_dav
+                 API clashes with this approach, as the API requires consumers
+                 to create the public structs on their own, something we do
+                 not "allow/encourage" otherwise in order to be able to do the
+                 structure extension. I don't want to see consumers of this API
+                 suffer from the clash we created.
+                 See also:
+                 https://lists.apache.org/thread.html/b924afe0fcc58a8636b753e630421bf6dc2080653a79575fd5fd641a@%3Cdev.httpd.apache.org%3E
 
 
 PATCHES/ISSUES THAT ARE BEING WORKED
@@ -255,23 +228,6 @@ PATCHES/ISSUES THAT ARE BEING WORKED
              make it nonblocking (by default)?
         jim: Non-blocking seems the best way to handle...
 
-   * mod_dav: Allow other modules to become providers and add ACLs
-     to the DAV response. Requires a release of apr-util v1.6.
-     trunk patch: http://svn.apache.org/r1748322
-     2.4.x: trunk works modulo CHANGES/MMN
-     +1: minfrin
-     rpluem asks: Will this compile with apr-util < v1.6 and keep
-     mod_dav working (without the new features of the patch of course)?
-     I doubt that we will require apr-util 1.6 for the lifetime of 2.4.x
-     (see the discussion around ap_cstr_casecmp[n] an apr 1.6)
-     minfrin: Yes, as you can see in the patch everything applies only
-     if APR_XML_X2T_PARSED is defined, and the patch was tested with
-     both apr-util v1.6 and apr-util v1.5.
-     -1: jorton, breaks binary backwards compat per dev@ discuss
-         msgid <20160902120654.GA12674@redhat.com>
-         (& also, making the structure change with apr-util version
-         means it breaks binary compat across an apr-util upgrade?)
-
    * Support PCRE2 (10.x) in place of PCRE (8.x).
      Submitted by: wrowe, Petr Pisar [ppisar redhat.com]
      trunk patches: