httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From jerenkra...@apache.org
Subject svn commit: r488516 - /httpd/httpd/branches/2.2.x/STATUS
Date Tue, 19 Dec 2006 03:35:41 GMT
Author: jerenkrantz
Date: Mon Dec 18 19:35:40 2006
New Revision: 488516

URL: http://svn.apache.org/viewvc?view=rev&rev=488516
Log:
Approve two backports

Modified:
    httpd/httpd/branches/2.2.x/STATUS

Modified: httpd/httpd/branches/2.2.x/STATUS
URL: http://svn.apache.org/viewvc/httpd/httpd/branches/2.2.x/STATUS?view=diff&rev=488516&r1=488515&r2=488516
==============================================================================
--- httpd/httpd/branches/2.2.x/STATUS (original)
+++ httpd/httpd/branches/2.2.x/STATUS Mon Dec 18 19:35:40 2006
@@ -78,36 +78,6 @@
 PATCHES ACCEPTED TO BACKPORT FROM TRUNK:
   [ start all new proposals below, under PATCHES PROPOSED. ]
 
-PATCHES PROPOSED TO BACKPORT FROM TRUNK:
-
-    * mpm_winnt: Fix return values from wait_for_many_objects.
-      Note - this is required to avoid hangups of socket #64, #128
-      as Microsoft set aside 64 reserved values.
-      Trunk version of patch:
-        http://svn.apache.org/viewvc?view=rev&revision=428029
-      2.2.x version of patch:
-        Trunk version works
-      +1: mturk, wrowe
-
-    * Bundled PCRE: backport r381783 from trunk
-      Fix brokenness on certain platforms when building with -DDEBUG.
-      http://svn.apache.org/viewvc?view=rev&revision=381783
-      +1 sctemme, fielding, pquerna, jerenkrantz
-      -1 niq: Why are we hacking a third-party package as bundled,
-              rather than upstream?  This has potential for chaos
-              for modules (and we have a history of PCRE trouble)
-              as well as a maintenance nightmare!
-      jerenkrantz: I don't believe that's a valid reason to block this.
-                   We're bundling PCRE for the duration of the 2.2.x series,
-                   but we can re-evaluate for future major/minor revs.
-      wrowe: nak niq, ack je; this is a silly debate, fix, push fixes upstream
-             and adopt a newer PCRE at trunk/.
-
-    * PKCS#7: backport PCKS#7 patches from trunk.
-      +1 ben
-      jerenkrantz: What's the revision number to backport?
-      wrowe asks: ditto jerenkrantz
-
     * mod_deflate: Rework inflate output and deflate output filter to fix
       several issues: Incorrect handling of flush buckets, potential memory
       leaks, excessive memory usage in inflate output filter for large
@@ -153,7 +123,7 @@
         deflate output filter.
         Alternately, substitute mod_deflate.c of trunk (at r483597) which maps
         to the same result as the net patches.
-      +1: rpluem, niq
+      +1: rpluem, niq, jerenkrantz
 
     * Allow htcacheclean and httxt2dbm to link apr/apr-util statically
       like the older support programs.
@@ -161,7 +131,37 @@
         http://svn.apache.org/viewvc?view=rev&revision=441796
       2.2.x version of patch:
         http://mail-archives.apache.org/mod_mbox//httpd-dev/200609.mbox/%3c1404e5910609091218p84f4d2flc1000764b4966727@mail.gmail.com%3e
-      +1: trawick, wrowe
+      +1: trawick, wrowe, jerenkrantz
+
+PATCHES PROPOSED TO BACKPORT FROM TRUNK:
+
+    * mpm_winnt: Fix return values from wait_for_many_objects.
+      Note - this is required to avoid hangups of socket #64, #128
+      as Microsoft set aside 64 reserved values.
+      Trunk version of patch:
+        http://svn.apache.org/viewvc?view=rev&revision=428029
+      2.2.x version of patch:
+        Trunk version works
+      +1: mturk, wrowe
+
+    * Bundled PCRE: backport r381783 from trunk
+      Fix brokenness on certain platforms when building with -DDEBUG.
+      http://svn.apache.org/viewvc?view=rev&revision=381783
+      +1 sctemme, fielding, pquerna, jerenkrantz
+      -1 niq: Why are we hacking a third-party package as bundled,
+              rather than upstream?  This has potential for chaos
+              for modules (and we have a history of PCRE trouble)
+              as well as a maintenance nightmare!
+      jerenkrantz: I don't believe that's a valid reason to block this.
+                   We're bundling PCRE for the duration of the 2.2.x series,
+                   but we can re-evaluate for future major/minor revs.
+      wrowe: nak niq, ack je; this is a silly debate, fix, push fixes upstream
+             and adopt a newer PCRE at trunk/.
+
+    * PKCS#7: backport PCKS#7 patches from trunk.
+      +1 ben
+      jerenkrantz: What's the revision number to backport?
+      wrowe asks: ditto jerenkrantz
 
     * mod_proxy: Support variable interpolation in reverse proxy configuration
       http://svn.apache.org/viewvc?view=rev&revision=421686  (code)



Mime
View raw message