]> granicus.if.org Git - apache/commitdiff
Some STATUS notes from jag
authorJim Jagielski <jim@apache.org>
Fri, 1 Feb 2002 15:04:12 +0000 (15:04 +0000)
committerJim Jagielski <jim@apache.org>
Fri, 1 Feb 2002 15:04:12 +0000 (15:04 +0000)
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@93157 13f79535-47bb-0310-9956-ffa450edef68

STATUS

diff --git a/STATUS b/STATUS
index 29c8e34aaa7b5d260ba4587e549cc03d3a5d8815..38270aeda2a105aa687e89ee0ef7333da6283c4a 100644 (file)
--- a/STATUS
+++ b/STATUS
@@ -1,5 +1,5 @@
 APACHE 2.0 STATUS:                                             -*-text-*-
-Last modified at [$Date: 2002/02/01 14:56:20 $]
+Last modified at [$Date: 2002/02/01 15:04:12 $]
 
 Release:
 
@@ -52,7 +52,7 @@ RELEASE SHOWSTOPPERS:
                   a 0 status on startup failure, whether it spawns
                   or not, before doing any work.  A script will
                   incorrectly think it successfully daemonised."
-        Not a showstopper: trawick, stoddard
+        Not a showstopper: trawick, stoddard, Jim
 
     * ap_directory_walk skips some per-dir config merge functions
       if there is no "<Directory />" block in the configuration
@@ -95,7 +95,7 @@ RELEASE SHOWSTOPPERS:
       filename extensions.  At minimum, some sort of +-[0-10] syntax seems
       like the quickest fix for a 2.0 gold release.
         Justin says: "Could we delay this for a point release or 2.1?"
-        Not a showstopper: justin, wrowe, trawick, stoddard
+        Not a showstopper: justin, wrowe, trawick, stoddard, Jim
 
     * Convert all instances of the old apr_lock_t type to the new
       types (once they are fully supported in APR).
@@ -143,7 +143,7 @@ RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
         Message-ID: <20020111115006.K1529@clove.org>
        Vote: Is a non-portable perchild going to hold up a GA release?
         Yes: Ken
-         No: Aaron, Justin, trawick, stoddard
+         No: Aaron, Justin, trawick, stoddard, Jim
 
     * Modify the worker MPM so that it doesn't need to create and
       destroy a pool for each request--possibly by adopting a