]> granicus.if.org Git - apache/blobdiff - STATUS
projects / apache / blobdiff
? search:
summary | shortlog | log | commit | commitdiff | tree
raw | inline | side by side
XML updates.
[apache] / STATUS
diff --git a/STATUS b/STATUS
index de1788bdff1a920f9927a359817c827e3d5f186a..fbb0dbc009190b41f28950cd5fb51bac03e070d5 100644 (file)
--- a/STATUS
+++ b/STATUS
@@ -1,11 +1,11 @@
-APACHE 2.3 STATUS:                                              -*-text-*-
+APACHE 2.5 STATUS:                                              -*-text-*-
 Last modified at [$Date$]
 
 The current version of this file can be found at:
 
   * http://svn.apache.org/repos/asf/httpd/httpd/trunk/STATUS
 
 Last modified at [$Date$]
 
 The current version of this file can be found at:
 
   * http://svn.apache.org/repos/asf/httpd/httpd/trunk/STATUS
 
-Documentation status is maintained seperately and can be found at:
+Documentation status is maintained separately and can be found at:
 
   * docs/STATUS in this source tree, or
   * http://svn.apache.org/repos/asf/httpd/httpd/trunk/docs/STATUS
 
   * docs/STATUS in this source tree, or
   * http://svn.apache.org/repos/asf/httpd/httpd/trunk/docs/STATUS
@@ -13,23 +13,20 @@ Documentation status is maintained seperately and can be found at:
 Consult the following STATUS files for information on related projects:
 
   * http://svn.apache.org/repos/asf/apr/apr/trunk/STATUS
 Consult the following STATUS files for information on related projects:
 
   * http://svn.apache.org/repos/asf/apr/apr/trunk/STATUS
-  * http://svn.apache.org/repos/asf/apr/apr-util/trunk/STATUS
 
 Patches considered for backport are noted in their branches' STATUS:
 
 
 Patches considered for backport are noted in their branches' STATUS:
 
-  * http://svn.apache.org/repos/asf/httpd/httpd/branches/1.3.x/STATUS
   * http://svn.apache.org/repos/asf/httpd/httpd/branches/2.0.x/STATUS
   * http://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x/STATUS
   * http://svn.apache.org/repos/asf/httpd/httpd/branches/2.0.x/STATUS
   * http://svn.apache.org/repos/asf/httpd/httpd/branches/2.2.x/STATUS
+  * http://svn.apache.org/repos/asf/httpd/httpd/branches/2.4.x/STATUS
+
 
 
 Release history:
     [NOTE that x.{odd}.z versions are strictly Alpha/Beta releases,
           while x.{even}.z versions are Stable/GA releases.]
 
 
 
 Release history:
     [NOTE that x.{odd}.z versions are strictly Alpha/Beta releases,
           while x.{even}.z versions are Stable/GA releases.]
 
-    2.3.3   : in development
-    2.3.2   : Tagged on March 23, 2009.
-    2.3.1   : Tagged on January 2, 2009.
-    2.3.0   : Tagged on December 6, 2008, not released.
+    2.5.0   : In Development.
 
 Contributors looking for a mission:
 
 
 Contributors looking for a mission:
 
@@ -45,14 +42,29 @@ Contributors looking for a mission:
 
   * Open bugs in the bug database.
 
 
   * Open bugs in the bug database.
 
+  * See also the STATUS file in the docs/ directory, which lists documentation-specific TODO items.
+
 
 CURRENT RELEASE NOTES:
 
 
 RELEASE SHOWSTOPPERS:
 
 
 CURRENT RELEASE NOTES:
 
 
 RELEASE SHOWSTOPPERS:
 
-  * Not all MPMs are updated to set conn_rec::current_thread correctly.
-      (Prefork, Worker, Event, Simple are updated).
+THINGS THAT SHOULD BE CONSIDERED EARLY IN THE 2.6/3.0 DEVELOPMENT CYCLE:
+
+  * Change default prefix from /usr/local/apache2 to something corresponding
+    to the project name. Rename apachectl.
+
+  * Change merge order of <Location> to be most specific match last. This
+    is more consistent with <Directory> and allows some optimizations for the
+    location merge code.
+
+  * Detect Lua 5.2.0 during configure and add LUA_COMPAT_ALL to CPPFLAGS.
+    Maybe it even suffices to add LUA_COMPAT_MODULE and individually
+    care about the two remaining incompatible code lines (one with lua_strlen,
+    one with lua_objlen).
+
+OLD ISSUES THAT WERE THOUGHT TO BE SHOWSTOPPERS FOR 2.4 BUT OBVIOUSLY WEREN'T:
 
   * Handling of non-trailing / config by non-default handler is broken
     http://marc.theaimsgroup.com/?l=apache-httpd-dev&m=105451701628081&w=2
 
   * Handling of non-trailing / config by non-default handler is broken
     http://marc.theaimsgroup.com/?l=apache-httpd-dev&m=105451701628081&w=2
@@ -63,6 +75,7 @@ RELEASE SHOWSTOPPERS:
 
   * the edge connection filter cannot be removed 
     http://marc.theaimsgroup.com/?l=apache-httpd-dev&m=105366252619530&w=2
 
   * the edge connection filter cannot be removed 
     http://marc.theaimsgroup.com/?l=apache-httpd-dev&m=105366252619530&w=2
+    http://mail-archives.apache.org/mod_mbox/httpd-dev/200501.mbox/%3C41E30B42.4060202@stason.org%3E
 
     jerenkrantz asks: Why should this block a release?
 
 
     jerenkrantz asks: Why should this block a release?
 
@@ -74,32 +87,18 @@ RELEASE SHOWSTOPPERS:
 
 CURRENT VOTES:
 
 
 CURRENT VOTES:
 
-  * 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 
-    "hot spare").
-    See: Message-ID: <3C58232C.FE91F19F@Golux.Com>
+  * Name the Server (version 2.4 or 3.0, depending on the final call)
+    Recent discussion indicates we should designate a (short name).
+    This is not yet a [Vote] - Your nominations please:
+      * Apache HTTP Server (httpd)
+        +1: sctemme (why mess with it?), pgollucci
 
 
-    Self-destruct: Ken, Martin, Lars
-    Not self-destruct: BrianP, Ian, Cliff, BillS
-    Make it runtime configurable: Aaron, jim, Justin, wrowe, rederpj, nd
-
-    /* The below was a concept on *how* to handle the problem */
-    Have 2 parents: +1: jim
-                    -1: Justin, wrowe, rederpj, nd, pgollucci
-                    +0: Lars, Martin (while standing by, could it do
-                                      something useful?)
-
-  * Make the worker MPM the default MPM for threaded Unix boxes.
-    +1:   Justin, Ian, Cliff, BillS, striker, wrowe, nd, pgollucci
-    +0:   BrianP, Aaron (mutex contention is looking better with the
-          latest code, let's continue tuning and testing), rederpj, jim
-    -0:   Lars
+RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
 
 
-    pquerna: Do we want to change this for *2.4*?
-    wrowe: Replies "yes"
+  * Clean up all the kruft and *extremely* outdated stuff below...
 
 
-RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
+  * Maybe remove Limit/LimitExcept or at least make it log warnings when
+    mis-used.
 
   * Patches submitted to the bug database:
     http://issues.apache.org/bugzilla/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&product=Apache+httpd-2&keywords=PatchAvailable
 
   * Patches submitted to the bug database:
     http://issues.apache.org/bugzilla/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&product=Apache+httpd-2&keywords=PatchAvailable
@@ -117,28 +116,15 @@ RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
              it, so that the server won't be slow down too much.
 
   * RFC 2616 violations.
              it, so that the server won't be slow down too much.
 
   * RFC 2616 violations.
-    Closed PRs: 15857.
-    Open PRs: 15852, 15859, 15861, 15864, 15865, 15866, 15868, 15869,
-              15870, 16120, 16125, 16126, 16133, 16135, 16136, 16137,
-              16138, 16139, 16140, 16142, 16518, 16520, 16521, 
+    Closed PRs: 15852, 15857, 15859, 15861, 15864, 15869, 15870, 16120,
+                16125, 16135, 16136, 16137, 16138, 16139, 16140, 16518,
+                16520, 49825
+    Open PRs:   15865, 15866, 15868, 16126, 16133, 16142, 16521, 42978 
     jerenkrantz says: need to decide how many we need to backport and/or
                       if these rise to showstopper status.
     wrowe suggests: it would be nice to see "MUST" v.s. "SHOULD" v.s. "MAY"
                     out of this list, without reviewing them individually.
 
     jerenkrantz says: need to decide how many we need to backport and/or
                       if these rise to showstopper status.
     wrowe suggests: it would be nice to see "MUST" v.s. "SHOULD" v.s. "MAY"
                     out of this list, without reviewing them individually.
 
-  * There is a bug in how we sort some hooks, at least the pre-config
-    hook.  The first time we call the hooks, they are in the correct 
-    order, but the second time, we don't sort them correctly.  Currently,
-    the modules/http/config.m4 file has been renamed to 
-    modules/http/config2.m4 to work around this problem, it should moved
-    back when this is fixed.
-
-      OtherBill offers that this is a SERIOUS problem.  We do not sort
-      correctly by the ordering arguments passed to the register hook
-      functions.  This was proven when I reordered the open_logs hook
-      to attempt to open the error logs prior to the access logs.  Possibly
-      the entire sorting code needs to be refactored.
-
   * pipes deadlock on all platforms with limited pipe buffers (e.g. both
     Linux and Win32, as opposed to only Win32 on 1.3).  The right solution
     is either GStein's proposal for a "CGI Brigade", or OtherBill's proposal
   * pipes deadlock on all platforms with limited pipe buffers (e.g. both
     Linux and Win32, as opposed to only Win32 on 1.3).  The right solution
     is either GStein's proposal for a "CGI Brigade", or OtherBill's proposal
@@ -160,9 +146,6 @@ RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
 
     chrisd: Has this been fixed by the changes for PR 38737?
 
 
     chrisd: Has this been fixed by the changes for PR 38737?
 
-  * --enable-mods-shared="foo1 foo2" is busted on Darwin.  Pier
-    posted a patch (Message-ID: <B8DBBE8D.575A%pier@betaversion.org>).
-
   * We do not properly substitute the prefix-variables in the configuration
     scripts or generated-configs.  (i.e. if sysconfdir is etc,
     httpd-std.conf points to conf.)
   * We do not properly substitute the prefix-variables in the configuration
     scripts or generated-configs.  (i.e. if sysconfdir is etc,
     httpd-std.conf points to conf.)
@@ -226,7 +209,7 @@ RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
       the ja-jis encoding.
 
   * There is increasing demand from module writers for an API
       the ja-jis encoding.
 
   * There is increasing demand from module writers for an API
-    that will allow them to control the server à la apachectl.
+    that will allow them to control the server à la apachectl.
     Reasons include sole-function servers that need to die if
     an external dependency (e.g., a database) fails, et cetera.
     Perhaps something in the (ever more abused) scoreboard?
     Reasons include sole-function servers that need to die if
     an external dependency (e.g., a database) fails, et cetera.
     Perhaps something in the (ever more abused) scoreboard?
@@ -340,42 +323,18 @@ RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP:
 
 TODO ISSUES REMAINING IN MOD_SSL:
 
 
 TODO ISSUES REMAINING IN MOD_SSL:
 
-  * Do we need SSL_set_read_ahead()?
-
-  * the ssl_expr api is NOT THREAD SAFE.  race conditions exist:
-     -in ssl_expr_comp() if SSLRequire is used in .htaccess
-      (ssl_expr_info is global)
-     -is ssl_expr_eval() if there is an error
-      (ssl_expr_error is global)
-
   * SSLRequire directive (parsing of) leaks memory
 
   * SSLRequire directive (parsing of) leaks memory
 
-  * Diffie-Hellman-Parameters for temporary keys are hardcoded in
-    ssl_engine_dh.c, while the comment in ssl_engine_kernel.c says:
-    "it is suggested that keys be changed daily or every 500
-    transactions, and more often if possible."
-
   * ssl_var_lookup could be rewritten to be MUCH faster
 
   * ssl_var_lookup could be rewritten to be MUCH faster
 
-  * CRL callback should be pluggable
-
-  * session cache store should be pluggable
-
-  * init functions should return status code rather than ssl_die()
-
-  * ssl_engine_pphrase.c needs to be reworked so it is generic enough
-    to also decrypt proxy keys
-
-  * output warning when allowing SSL v2.0 ? its so old
-
 WISH LIST
   * mod_proxy: Ability to run SSL over proxy gateway connections,
     encrypting (or reencrypting) at the proxy.
 
   * mod_cache: Handle ESI tags.
 
 WISH LIST
   * mod_proxy: Ability to run SSL over proxy gateway connections,
     encrypting (or reencrypting) at the proxy.
 
   * mod_cache: Handle ESI tags.
 
-  * mod_cache: Resolve issue of how to cache page fragements (or perhaps
-    -if- we want to cache page fragements). Today, mod_cache/mod_mem_cache
+  * mod_cache: Resolve issue of how to cache page fragments (or perhaps
+    -if- we want to cache page fragments). Today, mod_cache/mod_mem_cache
     will cache #include 'virtual' requests (but not #include 'file'
     requests). This was accomplished by making CACHE_IN a
     CONTENT_SET-1 filter to force it to run before the SUBREQ_CORE
     will cache #include 'virtual' requests (but not #include 'file'
     requests). This was accomplished by making CACHE_IN a
     CONTENT_SET-1 filter to force it to run before the SUBREQ_CORE
@@ -389,17 +348,13 @@ WISH LIST
     line server hooks (Ryan really hated this. It is great for
     performance, but bad because of the complications listed above).
 
     line server hooks (Ryan really hated this. It is great for
     performance, but bad because of the complications listed above).
 
-    mod_cache/mod_mem_cache/mod_disk_cache:
+    mod_cache/mod_mem_cache/mod_cache_disk:
 
   * mod_mem_cache: Consider adding a RevalidateTimeout directive to
     specify time at which local cached content is to be revalidated
     (ie, underlying file stat'ed to see if it has changed).
 
 
   * mod_mem_cache: Consider adding a RevalidateTimeout directive to
     specify time at which local cached content is to be revalidated
     (ie, underlying file stat'ed to see if it has changed).
 
-  * mod_cache: CacheEnable/CacheDisable should accept regular expressions.
-    jerenkrantz says: Too slow.  Get regexs away from speedy caches by
-                      default.  Introduce a new CacheEnableRegex if you want.
-
-  * mod_mem_cache/mod_disk_cache: Need to be able to query cache
+  * mod_mem_cache/mod_cache_disk: Need to be able to query cache
     status (num of entries, cache object properties, etc.).
     mod_status could be extended to query optional hooks defined
     by modules for the purpose of reporting module status.
     status (num of entries, cache object properties, etc.).
     mod_status could be extended to query optional hooks defined
     by modules for the purpose of reporting module status.
@@ -408,10 +363,6 @@ WISH LIST
     HTTP or SNMP?
     jerenkrantz says: Yawn.  Who cares.
 
     HTTP or SNMP?
     jerenkrantz says: Yawn.  Who cares.
 
-  * MaxRequestsPerChild measures connections, not requests.
-      Until someone has a better way, we'll probably just rename it
-      "MaxConnectionsPerChild".
-    
   * Regex containers don't work in an intutive way
       Status: No one has come up with an efficient way to fix this
       behavior. Dean has suggested getting rid of regex containers
   * Regex containers don't work in an intutive way
       Status: No one has come up with an efficient way to fix this
       behavior. Dean has suggested getting rid of regex containers
@@ -436,3 +387,4 @@ EXPERIMENTAL MODULES:
     'experiment' failed). This section tracks what needs to happen to 
     get the modules promoted to fully supported status.
 
     'experiment' failed). This section tracks what needs to happen to 
     get the modules promoted to fully supported status.
 
+
Unnamed repository; edit this file 'description' to name the repository.