From 87b60e5ed4586d53d437d412f1ada2467d2379a3 Mon Sep 17 00:00:00 2001 From: Justin Erenkrantz Date: Fri, 4 Feb 2005 18:06:35 +0000 Subject: [PATCH] Do some housekeeping on the STATUS file. Also, move some stale or stagnant backports to a new category. git-svn-id: https://svn.apache.org/repos/asf/httpd/httpd/branches/2.0.x@151384 13f79535-47bb-0310-9956-ffa450edef68 --- STATUS | 287 ++++++++++++++++++++++----------------------------------- 1 file changed, 110 insertions(+), 177 deletions(-) diff --git a/STATUS b/STATUS index b7ba54c475f..23cee3fd572 100644 --- a/STATUS +++ b/STATUS @@ -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 @@ Release: 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 @@ PATCHES TO BACKPORT FROM 2.1 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: @@ -177,14 +168,7 @@ PATCHES TO BACKPORT FROM 2.1 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 @@ PATCHES TO BACKPORT FROM 2.1 +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 @@ PATCHES TO BACKPORT FROM 2.1 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 @@ PATCHES TO BACKPORT FROM 2.1 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 @@ PATCHES TO BACKPORT FROM 2.1 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 @@ CURRENT VOTES: +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 @@ RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP: 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 @@ -862,43 +832,6 @@ TODO ISSUES REMAINING IN MOD_SSL: 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 -- 2.47.2