httpd-cvs mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From jerenkra...@apache.org
Subject svn commit: r151384 - httpd/httpd/branches/2.0.x/STATUS
Date Fri, 04 Feb 2005 18:06:37 GMT
Author: jerenkrantz
Date: Fri Feb  4 10:06:35 2005
New Revision: 151384

URL: http://svn.apache.org/viewcvs?view=rev&rev=151384
Log:
Do some housekeeping on the STATUS file.  

Also, move some stale or stagnant backports to a new category.

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

Modified: httpd/httpd/branches/2.0.x/STATUS
URL: http://svn.apache.org/viewcvs/httpd/httpd/branches/2.0.x/STATUS?view=diff&r1=151383&r2=151384
==============================================================================
--- httpd/httpd/branches/2.0.x/STATUS (original)
+++ httpd/httpd/branches/2.0.x/STATUS Fri Feb  4 10:06:35 2005
@@ -1,7 +1,10 @@
 APACHE 2.0 STATUS:                                              -*-text-*-
 Last modified at [$Date$]
 
-Release:
+The current version of this file can be found at:
+http://svn.apache.org/repos/asf/httpd/httpd/branches/2.0.x/STATUS
+
+Release history:
 
     2.0.53  : in development
     2.0.52  : released September 28, 2004 as GA.
@@ -53,27 +56,42 @@
     2.0a2   : released March 31, 2000
     2.0a1   : released March 10, 2000
 
-Please consult the following STATUS files for information
-on related projects:
+Please consult the following STATUS files for information on related projects:
 
-    * srclib/apr/STATUS
-    * srclib/apr-util/STATUS
-    * docs/STATUS
+    * http://svn.apache.org/repos/asf/apr/apr/branches/0.9.x/STATUS
+    * http://svn.apache.org/repos/asf/apr/apr-util/branches/0.9.x/STATUS
+    * http://svn.apache.org/repos/asf/httpd/httpd/branches/2.0.x/docs/STATUS
 
 Contributors looking for a mission:
 
     * Just do an egrep on "TODO" or "XXX" in the source.
 
-    * Review the "PatchAvailable" bugs in the bug database.
-      Append a comment saying "Reviewed and tested".
+    * Review the bug database at: http://issues.apache.org/bugzilla/
+
+    * Review the "PatchAvailable" bugs in the bug database:
+
+      http://issues.apache.org/bugzilla/buglist.cgi?bug_status=NEW&bug_status=ASSIGNED&bug_status=REOPENED&product=Apache+httpd-2.0&keywords=PatchAvailable
+
+      After testing, you can append a comment saying "Reviewed and tested".
 
     * Open bugs in the bug database.
 
+CURRENT RELEASE NOTES:
+
+    * Forward binary compatibility is expected of Apache 2.0.x releases, such
+      that no MMN major number changes will occur.  Such changes can only be
+      made in the trunk.
+
+    * All commits to branches/2.0.x must be reflected in SVN trunk,
+      as well, if they apply.  Logical progression is commit to trunk,
+      get feedback and votes in STATUS, and then merge into branches/2.0.x.
+
 RELEASE SHOWSTOPPERS:
 
-PATCHES TO BACKPORT FROM 2.1
-  [ please place file names and revisions from HEAD here, so it is easy to
+PATCHES TO BACKPORT FROM TRUNK:
+  [ please place SVN revisions from trunk here, so it is easy to
     identify exactly what the proposed changes are! ]
+  [ please append new backports at the end of this list not the top. ]
 
     *) Add a build script to create a solaris package.
        svn rev 124104
@@ -139,37 +157,10 @@
        jorton: ssl_var_lookup() returns "" in place of NULL, that was really
           a deliberate choice... but maybe you're right.
 
-    *) Remove LDAP toolkit specific code from util_ldap and mod_auth_ldap.
-         modules/experimental/mod_auth_ldap.c: 1.28
-         modules/experimental/util_ldap.c: 1.36
-       +0: minfrin (this requires the apr-util LDAP overhaul to be ported to
-                    apr-util v0.9 first)
-       -0: jerenkrantz
-           jerenkrantz: I don't think we can change the APR 0.9 interfaces.
-                        They are supposed to be set in stone.
-       -1:  wrowe: agrees with jerenkrantz, further realized that this major
-                   change in APR 1.0 caused -every- apr-util linked app to have
-                   the ldap sdk (openldap etc) linked in, and our --static-support
-                   stuff is horribly broken by this change.  Not that it's wrong,
-                   we need to look at making it slightly more dynamic for those
-                   apps that don't touch ldap.
-
-    *) Add load balancer support to the scoreboard in preparation for
-       load balancing support in mod_proxy.
-         include/scoreboard.h: 1.52
-         server/scoreboard.c: 1.75
-       +0: minfrin: it makes sense for v2.1 or v2.2
-       -0: nd, jerenkrantz
-           nd: -0 as in "it should be considered as a 2.1 feature".
-              If the modified structures are public (are they?), I'm just -1.
-           jerenkrantz: Sounds like a good 2.1 feature...
-       -1: wrowe (make this a private score to the module and you would be fine;
-                  we don't need to keep overloading a single scoreboard.)
-
-    *) mod_cgi: Added API call and overload of detached field in cgi_exec_info_t 
-       structure to support loading in current or new address space for CGIs.
-       The patch change how NetWare use cmdtype for processes. It was made
-       necessary by changes done to log.c r1.145.
+    *) mod_cgi: Added API call and overload of detached field in
+       cgi_exec_info_t structure to support loading in current or new address
+       space for CGIs.  The patch change how NetWare use cmdtype for
+       processes. It was made necessary by changes done to log.c r1.145.
        The HTTP and the APR patches are available at:
        <http://www.apache.org/~clar/detach-addrspace_HTTP_2_0.patch>
        <http://www.apache.org/~clar/detach-addrspace_APR_0_9.patch>
@@ -177,14 +168,7 @@
        trawick notes: some folks want feature checks for uses of new APR
                       functions in httpd 2.0; I dunno how to check for
                       availability of apr_procattr_addrspace_set()
-
-    *) mod_ssl: Remove some unused functions (after CAN-2004-0488 fix is applied)
-       http://cvs.apache.org/viewcvs.cgi/httpd-2.0/modules/ssl/ssl_util.c?r1=1.46&r2=1.47
-       +1: jorton
-       trawick: need changes to mod_ssl.h to remove prototypes for those removed functions
-       0: nd: IMHO that's a public API change then and not applicable for
-              2.0, just let 'em in
-       -1: wrowe (as nd suggests, leave the dead horse in peace.)
+       jerenkrantz: I'm confused as to the status of this backport.
 
     *) mod_actions: Regression from 1.3: the file referred to must exist.
        Solve this by introducing the "virtual" modifier to the Action
@@ -194,6 +178,7 @@
        +1: nd, jerenkrantz, wrowe, jim
        -0: by rbb (inconsistent to 1.3, discussion on dev@)
           nd: I'm going to reverse the default
+          jerenkrantz: I'm confused as to the status of this backport.
 
     *) mod_log_config: Cleanup log_header_out function to allow multiple headers
        like Set-Cookie to be logged properly. PR 27787 (2.0 + 1.3)
@@ -214,6 +199,82 @@
                       a correctness fix; just a perf. fix.  We'd send the EOS
                       later without it.
 
+    * Rewrite how proxy sends its request to allow input bodies to 
+      morph the request bodies.  Previously, if an input filter
+      changed the request body, the original C-L would be sent which
+      would be incorrect.
+
+      Due to HTTP compliance, we must either send the body T-E: chunked
+      or include a C-L for the request body.  Connection: Close is not
+      an option. [jerenkrantz    2002/12/08 21:37:27]
+      +1: stoddard, striker, jim
+      -1: brianp (we need a more robust solution than what's in 2.1 right now),
+          jerenkrantz (should be fixed, but I don't have time to do this)
+      trawick: A fix has been committed to 2.1-dev.  The equivalent patch
+        for 2.0.x is at www.apache.org/~trawick/20reqbody.txt
+        (That patch doesn't show a recent change to comments, but that
+        change is in my 2.0.x tree.)
+      +1 for 20reqbody.txt: trawick
+
+    * mod_cache: Add CacheIgnoreHeaders directive.
+      PR: 30399
+        docs/manual/mod/mod_cache.xml: r1.18
+        modules/experimental/cache_util.c: 1.36
+        modules/experimental/mod_cache.c: 1.95
+        modules/experimental/mod_cache.h: 1.52
+        modules/experimental/mod_disk_cache.c: 1.67
+        modules/experimental/mod_mem_cache.c: 1.119
+      +1: jerenkrantz
+      +0: sounds like a nice 'feature' v.s. rfc-required behavior, great for 2.2
+
+    * support/check_forensic: Fix tempfile usage
+      svn rev 125495, 126224
+      jerenkrantz says: r126224 fixes brokenness with r125495 on Solaris.
+      +1: thommay, jerenkrantz
+      trawick: "which" isn't portable; I've suggested a work-around on dev@
+      jorton said: NetBSD's which isn't sufficient either.
+      jerenkrantz: Since it's not in the critical path (and depends on
+                   mod_log_forensic), I think it's still worth it to backport
+                   it as-is.  For the one or two platforms that don't like 
+                   which, they can write their own version of the script.
+
+PATCHES TO BACKPORT THAT ARE ON HOLD OR NOT GOING ANYWHERE SOON:
+
+    *) Remove LDAP toolkit specific code from util_ldap and mod_auth_ldap.
+         modules/experimental/mod_auth_ldap.c: 1.28
+         modules/experimental/util_ldap.c: 1.36
+       +0: minfrin (this requires the apr-util LDAP overhaul to be ported to
+                    apr-util v0.9 first)
+       -0: jerenkrantz
+           jerenkrantz: I don't think we can change the APR 0.9 interfaces.
+                        They are supposed to be set in stone.
+       -1:  wrowe: agrees with jerenkrantz, further realized that this major
+                   change in APR 1.0 caused -every- apr-util linked app to have
+                   the ldap sdk (openldap etc) linked in, and our --static-support
+                   stuff is horribly broken by this change.  Not that it's wrong,
+                   we need to look at making it slightly more dynamic for those
+                   apps that don't touch ldap.
+
+    *) Add load balancer support to the scoreboard in preparation for
+       load balancing support in mod_proxy.
+         include/scoreboard.h: 1.52
+         server/scoreboard.c: 1.75
+       +0: minfrin: it makes sense for v2.1 or v2.2
+       -0: nd, jerenkrantz
+           nd: -0 as in "it should be considered as a 2.1 feature".
+              If the modified structures are public (are they?), I'm just -1.
+           jerenkrantz: Sounds like a good 2.1 feature...
+       -1: wrowe (make this a private score to the module and you would be fine;
+                  we don't need to keep overloading a single scoreboard.)
+
+    *) mod_ssl: Remove some unused functions (after CAN-2004-0488 fix is applied)
+       http://cvs.apache.org/viewcvs.cgi/httpd-2.0/modules/ssl/ssl_util.c?r1=1.46&r2=1.47
+       +1: jorton
+       trawick: need changes to mod_ssl.h to remove prototypes for those removed functions
+       0: nd: IMHO that's a public API change then and not applicable for
+              2.0, just let 'em in
+       -1: wrowe (as nd suggests, leave the dead horse in peace.)
+
     *) Provide TLS/SSL upgrade functionality in mod_ssl allowing an unsecure
        connection to be upgraded to a secure connection upon request by the
        client.  The full patch file is available at http://www.apache.org/~bnicholes/
@@ -245,23 +306,6 @@
                favour waiting for 2.2.
       -0: stoddard (at least until the performance implications are clarified)
 
-    * Rewrite how proxy sends its request to allow input bodies to 
-      morph the request bodies.  Previously, if an input filter
-      changed the request body, the original C-L would be sent which
-      would be incorrect.
-
-      Due to HTTP compliance, we must either send the body T-E: chunked
-      or include a C-L for the request body.  Connection: Close is not
-      an option. [jerenkrantz    2002/12/08 21:37:27]
-      +1: stoddard, striker, jim
-      -1: brianp (we need a more robust solution than what's in 2.1 right now),
-          jerenkrantz (should be fixed, but I don't have time to do this)
-      trawick: A fix has been committed to 2.1-dev.  The equivalent patch
-        for 2.0.x is at www.apache.org/~trawick/20reqbody.txt
-        (That patch doesn't show a recent change to comments, but that
-        change is in my 2.0.x tree.)
-      +1 for 20reqbody.txt: trawick
-
     * Allow mod_dav to do weak entity comparison functions.
       modules/dav/main/util.c: r1.45
       [ This one is under review.  Don't merge.  ]
@@ -338,36 +382,6 @@
       trawick will eventually put together a patch for httpd 2.0.next
       +1 concept: trawick, nd, stoddard, wrowe
 
-    * mod_cache: Add CacheIgnoreHeaders directive.
-      PR: 30399
-        docs/manual/mod/mod_cache.xml: r1.18
-        modules/experimental/cache_util.c: 1.36
-        modules/experimental/mod_cache.c: 1.95
-        modules/experimental/mod_cache.h: 1.52
-        modules/experimental/mod_disk_cache.c: 1.67
-        modules/experimental/mod_mem_cache.c: 1.119
-      +1: jerenkrantz
-      +0: sounds like a nice 'feature' v.s. rfc-required behavior, great for 2.2
-
-    * support/check_forensic: Fix tempfile usage
-      svn rev 125495, 126224
-      jerenkrantz says: r126224 fixes brokenness with r125495 on Solaris.
-      +1: thommay, jerenkrantz
-      trawick: "which" isn't portable; I've suggested a work-around on dev@
-      jorton said: NetBSD's which isn't sufficient either.
-      jerenkrantz: Since it's not in the critical path (and depends on
-                   mod_log_forensic), I think it's still worth it to backport
-                   it as-is.  For the one or two platforms that don't like 
-                   which, they can write their own version of the script.
-
-CURRENT RELEASE NOTES:
-
-    * Backwards compatibility is expected of future Apache 2.0 releases,
-      such that no MMN major number changes will occur until 2.1.
-
-    * All commits to APACHE_2_0_BRANCH must be reflected in cvs HEAD
-      as well, if they apply.  Logical progression is commit to HEAD,
-      get feedback and then commit to APACHE_2_0_BRANCH.
 
 CURRENT VOTES:
 
@@ -376,11 +390,6 @@
       +1: bnicholes, wrowe
       +0: minfrin (wait till the last cache bugs are ironed out)
 
-    * Promote mod_cache from experimental to non-experimental
-      status (keep issues noted below in EXPERIMENTAL MODULES as
-      items to be addressed as a supported module).
-      +1: jim, stoddard, bnicholes, fielding, wrowe
-
     * Develop in Review-Then-Commit or Commit-Then-Review mode 
       on APACHE_2_0_BRANCH (no vetoes, this is a straight vote.)
        R-T-C:   trawick, wrowe, jerenkrantz, stoddard, rederpj, striker, nd,
@@ -680,45 +689,6 @@
       in security.  Putting this change into 2.1 development now (with
       strong warnings!) will give authors a chance to vet their code.
 
-    * FreeBSD, threads, and worker MPM.  All seems to work fine 
-      if you only have one worker process with many threads.  Add 
-      a second worker process and the accept lock seems to be
-      lost.  This might be an APR issue with how it deals with
-      the child_init hook (i.e. the fcntl lock needs to be resynced).
-      More examination and analysis is required.
-        Status: This has also been reported on Cygwin.  
-                FreeBSD 4.7 was reputed to have 'fixed' threads.  Not.
-        Message-ID: <3C2CC514.8EF3BED1@wapme-systems.de> (cygnus)
-
-      Aaron says: I spent some time disecting this and have come to
-              the conclusion that it is not a problem in the worker MPM
-              (or at least, it is not isolated to a problem in worker).
-              I'll list some of the problems I'm seeing in case someone
-              else wants to pick up where I've left off:
-               - Delivery of just about any signal to one of the child
-                 processes will send it into an infinite loop as well.
-               - Even though the parent is spinning out of control,
-                 at first the child or children will appear to work
-                 properly. At times it is possible to get it into a state,
-                 however, where a request will hang until another concurrent
-                 request "kicks" the first, at which point the second will
-                 hang. My theory is that this has to do with the
-                 pthread_cond_*() implementation in FreeBSD, but it's still
-                 possible that it is in APR.
-      
-      Justin adds: Oh, FreeBSD threads are implemented entirely with 
-                   select()/poll()/longjmp().  Welcome to the nightmare.
-                   So, that means a ktrace output also has the thread 
-                   scheduling internals in it (since it is all the same to 
-                   the kernel).  Which makes it hard to distinguish between 
-                   our select() calls and their select() calls.  
-                   *bangs head on wall repeatedly*  But, some of the libc_r 
-                   files have a DBG_MSG #define.  This is moderately helpful
-                   when used with -DNO_DETACH.  The kernel scheduler isn't 
-                   waking up the threads on a select().  Yum.  And, I bet 
-                   those decrementing select calls have to do with the 
-                   scheduler.  Time to brush up on our OS fundamentals.
-
     * There is increasing demand from module writers for an API
       that will allow them to control the server à la apachectl.
       Reasons include sole-function servers that need to die if
@@ -861,43 +831,6 @@
 
 
 EXPERIMENTAL MODULES:
-
-    Experimental modules should eventually be be promoted to fully supported
-    status or removed from the repository entirely (ie, the 'experiment' 
-    failed). This section tracks what needs to happen to get the modules 
-    promoted to fully supported status.
-
-    mod_cache/mod_mem_cache/mod_disk_cache:
-    * mod_cache: handle cache_control: no_cache "field_name" to enable 
-      cacheing the response w/o header "field_name"
-      See RFC2616 section 14.9.1
-
-    * mod_cache: CacheEnable/CacheDisable should accept regular expressions.
-
-    * mod_cache: Fix dependency on ATOMIC operators. Need
-      APR_HAS_ATOMIC_* feature macros.
-
-    * mod_disk_cache: Implement garbage collection
-
-    * mod_mem_cache/mod_disk_cache: 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.
-      mod_cache (et. al.) could define optional hooks that are called
-      to collect status.  Status should be queryable by
-      HTTP or SNMP?
-
-    * Enable mod_cache/mod_mem_cache/mod_disk_cache to handle
-      multiviews
-
-    * mod_mem_cache/mod_disk_cache: Complete implementing config
-      directives (mod_disk_cache: CacheExpiryCheck and GC directives
-      including CacheGc*, CacheSize, and, CacheTimeMargin)
-      (mod_mem_cache: MCacheMaxObjectCount) and
-      (mod_cache: CacheForceCompletion). 
-
-    * Fix RFC 2616 compliance issues. Including PRs: 15852, 15866,
-      15868, 15869, 15870, 16133, 16135, 16136, 16521, 19441.
 
     mod_auth_ldap/util_ldap:
     * General stabilization and testing



Mime
View raw message