]> granicus.if.org Git - apache/commitdiff
Not Applicable anymore
authorWilliam A. Rowe Jr <wrowe@apache.org>
Fri, 16 Dec 2005 20:24:45 +0000 (20:24 +0000)
committerWilliam A. Rowe Jr <wrowe@apache.org>
Fri, 16 Dec 2005 20:24:45 +0000 (20:24 +0000)
git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/trunk@357222 13f79535-47bb-0310-9956-ffa450edef68

STATUS

diff --git a/STATUS b/STATUS
index bcd9857d592c9dea24cd9c7137d1fa00e8ec5d60..b4bf202572f97f282e9df49d4ec471eeb943a3e9 100644 (file)
--- a/STATUS
+++ b/STATUS
@@ -67,34 +67,6 @@ RELEASE SHOWSTOPPERS:
 
 CURRENT VOTES:
 
-    * httpd-std.conf and friends
-
-      a) httpd-std.conf should be tailored by install (from src or
-         binbuild) even if user has existing httpd.conf
-         +1:   trawick, slive, gregames, ianh, Ken, wrowe, jwoolley, jim, nd,
-               erikabele
-           wrowe - prefer httpd.default.conf to avoid ambiguity with cvs
-
-      b) tailored httpd-std.conf should be copied by install to
-         sysconfdir/examples
-         -0:   striker
-
-      c) tailored httpd-std.conf should be installed to
-         sysconfdir/examples or manualdir/exampleconf/
-         +1:   slive, trawick, Ken, nd (prefer the latter), erikabele
-         +1:   wsanchez (propose sysconfdir/examples/<version> for diffiness)
-
-      d) Installing a set of default config files when upgrading a server
-         doesn't make ANY sense at all.
-         +1:   ianh - medium/big sites don't use 'standard config' anyway, as it
-                      usually needs major customizations
-         -1:   Ken, wrowe, jwoolley, jim, nd, erikabele
-           wrowe - diff is wonderful when comparing old/new default configs,
-                   even for customized sites that ianh mentions
-           jim - ... assuming that the default configs have been updated
-                     with the required inline docs to explain the
-                     changes
-
     * If the parent process dies, should the remaining child processes
       "gracefully" self-terminate. Or maybe we should make it a runtime
       option, or have a concept of 2 parent processes (one being a