Return-Path: Delivered-To: apmail-httpd-dev-archive@www.apache.org Received: (qmail 17813 invoked from network); 18 Sep 2003 14:47:39 -0000 Received: from daedalus.apache.org (HELO mail.apache.org) (208.185.179.12) by minotaur-2.apache.org with SMTP; 18 Sep 2003 14:47:39 -0000 Received: (qmail 27207 invoked by uid 500); 18 Sep 2003 14:46:41 -0000 Delivered-To: apmail-httpd-dev-archive@httpd.apache.org Received: (qmail 27154 invoked by uid 500); 18 Sep 2003 14:46:40 -0000 Mailing-List: contact dev-help@httpd.apache.org; run by ezmlm Precedence: bulk Reply-To: dev@httpd.apache.org list-help: list-unsubscribe: list-post: Delivered-To: mailing list dev@httpd.apache.org Received: (qmail 27095 invoked from network); 18 Sep 2003 14:46:40 -0000 Received: from unknown (HELO hr-mail.AD.UCSD.EDU) (132.239.96.224) by daedalus.apache.org with SMTP; 18 Sep 2003 14:46:40 -0000 content-class: urn:content-classes:message MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Subject: RE: [STATUS] (apache-1.3) Wed Sep 17 23:45:13 EDT 2003 X-MimeOLE: Produced By Microsoft Exchange V6.0.6249.0 Date: Thu, 18 Sep 2003 07:46:42 -0700 Message-ID: <74C48350BD67FA4D8315193D7E41CA5967A312@hr-mail.ucsd.edu> X-MS-Has-Attach: X-MS-TNEF-Correlator: Thread-Topic: [STATUS] (apache-1.3) Wed Sep 17 23:45:13 EDT 2003 Thread-Index: AcN9l0ly8NStERMGS7KHJCBvseoHRQAXFC2w From: "Resume" To: X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N X-Spam-Rating: minotaur-2.apache.org 1.6.2 0/1000/N Unsubscribe > -----Original Message----- > From: Rodent of Unusual Size [mailto:Ken.Coar@Golux.Com]=20 > Sent: Wednesday, September 17, 2003 8:45 PM > To: Apache HTTP server developers > Subject: [STATUS] (apache-1.3) Wed Sep 17 23:45:13 EDT 2003 >=20 >=20 > APACHE 1.3 STATUS: =09 > -*-text-*- > Last modified at [$Date: 2003/09/02 20:10:36 $] >=20 > Release: >=20 > 1.3.29-dev: In development > 1.3.28: Tagged July 16, 2003. > 1.3.27: Tagged September 30, 2002. Announced Oct 3, 2002. > 1.3.26: Tagged June 18, 2002. > 1.3.25: Tagged June 17, 2002. Not released. > 1.3.24: Tagged Mar 21, 2002. Announced Mar 22, 2002. > 1.3.23: Tagged Jan 21, 2002. > 1.3.22: Tagged Oct 8, 2001. Announced Oct 12, 2001. > 1.3.21: Not released. > (Pulled for htdocs/manual config mismatch. t/r=20 > Oct 5, 2001) > 1.3.20: Tagged and rolled May 15, 2001. Announced May 21, 2001. > 1.3.19: Tagged and rolled Feb 26, 2001. Announced Mar 01, 2001. > 1.3.18: Tagged and rolled Not released. > (Pulled because of an incorrect unescaping fix.=20 > t/r Feb 19, 2001) > 1.3.17: Tagged and rolled Jan 26, 2001. Announced Jan 29, 2001. > 1.3.16: Not released. > (Pulled because of vhosting bug. t/r Jan 20, 2001) > 1.3.15: Not released. > (Pulled due to CVS dumping core during the=20 > tagging when it > reached src/os/win32/) > 1.3.14: Tagged and Rolled Oct 10, 2000. =20 > Released/announced on the 13th. > 1.3.13: Not released. > (Pulled in the "first minutes" due to a Netware=20 > build bug) > 1.3.12: Tagged and rolled Feb. 23, 2000.=20 > Released/announced on the 25th. > 1.3.11: Tagged and rolled Jan. 19, 2000.=20 > Released/announced on the 21st. > 1.3.10: Not released. > (Pulled at "last minute" due to a build bug in=20 > the MPE port) > 1.3.9: Tagged and rolled on Aug. 16, 1999. Released and=20 > announced on 19th. > 1.3.8: Not released. > 1.3.7: Not released. > 1.3.6: Tagged and rolled on Mar. 22, 1999. Released and=20 > announced on 24th. > 1.3.5: Not released. > 1.3.4: Tagged and rolled on Jan. 9, 1999. Released on=20 > 11th, announced on 12th. > 1.3.3: Tagged and rolled on Oct. 7, 1998. Released on=20 > 9th, announced on 10th. > 1.3.2: Tagged and rolled on Sep. 21, 1998. Announced and=20 > released on 23rd. > 1.3.1: Tagged and rolled on July 19, 1998. Announced and released. > 1.3.0: Tagged and rolled on June 1, 1998. Announced and=20 > released on the 6th. > =20 > 2.0 : Available for general use, see httpd-2.0 repository >=20 > RELEASE SHOWSTOPPERS: >=20 > None >=20 > RELEASE NON-SHOWSTOPPERS BUT WOULD BE REAL NICE TO WRAP THESE UP: >=20 > * Current vote on 3 PRs for inclusion: > Bugz #17877 (passing chunked encoding thru proxy) > (still checking if RFC compliant... vote is on the > correctness of the patch code only). > +1: jim, chuck, minfrin > Bugz #9181 (Unable to set headers on non-2XX responses) > +1: Martin, Jim > Gnats #10246 (Add ProxyConnAllow directive) > +0: Martin (or rather -.5, see dev@ Message > <20020529215048.A56015@deejai2.mch.fsc.net>) >=20 > * htpasswd.c and htdigest.c use tmpnam()... consider using > mkstemp() when available. > Message-ID:=20 > > Status: > =20 > * Dean's "unescaping hell" (unescaping the various URI components > at the right time and place, esp. unescaping the host name). > Message-ID:=20 > > Status: >=20 > * Martin observed a core dump because a ipaddr_chain=20 > struct contains > a NULL-"server" pointer when being dereferenced by=20 > invoking "httpd -S". > Message-ID: <20010213231854.A20932@deejai2.mch.fsc.net> > Status: Workaround enabled. Clean solution can come=20 > after 1.3.19 >=20 > * long pathnames with many components and no AllowOverride None > Workaround is to define with AllowOverride None, > which is something all sites should do in any case. > Status: Marc was looking at it. (Will asks 'wasn't=20 > this patched?') >=20 > * Ronald Tschal=E4r's patch to mod_proxy to allow other modules to > set headers too (needed by mod_auth_digest) > Message-ID: <199907080712.JAA28269@chill.innovation.ch> > Status: >=20 >=20 > Available Patches (Most likely, will be ported to 2.0 as appropriate): >=20 > * A rewrite of ap_unparse_uri_components() by Jeffrey W. Baker > to more fully close some segfault potential. > Message-ID: > Status: Jim +1 (for 1.3.19), Martin +0 >=20 > * Andrew Ford's patch (1999/12/05) to add absolute times=20 > to mod_expires > Message-ID: > Status: Martin +1, Jim +1, Ken +1 (on concept) >=20 > * Raymond S Brand's path to mod_autoindex to fix the header/readme > include processing so the envariables are correct for=20 > the included > documents. (Actually, there are two variants in the=20 > patch message, > for two different ways of doing it.) > Message-ID: <384AA242.B93F8B5@rsbx.net> > Status: Martin +1(concept) >=20 > * Jayaram's patch (10/27/99) for bugfix to mod_autoindex > IndexIgnore should hide the files with=20 > this file- > extension in directory listings. This was NOT happening=20 > because the=20 > total filename was being compared with the file-extension. > Status: Martin +1(untested), Ken +1(untested) > =20 > * Salvador Ortiz Garcia ' patch to allow=20 > DirectoryIndex > to refer to URIs for non-static resources. > MID:=20 > > Status: Ken +1 (on concept), Lars +1 (on concept) >=20 > * Brian Havard's patch to remove dependency of=20 > mod_auth_dbm on mod_auth. > (PR#2598) > Message-ID: <199905170830.SAA31549@silk.apana.org.au> > Status: Lars +1 (on concept), Ken +1 (on concept), > Martin +1(untested) >=20 > * Aidan Cully's patch to allow assignment of 'ownership'=20 > of resources > to either the server UID or the file's owner. > Message-ID: <37306CB4.8EA9D76C@Golux.Com> > Status: Ken +1, Dean +1, Randy +1, Lars +0, Jim +1 >=20 > In progress: >=20 > Needs patch: >=20 > * get_path_info bug; ap_get_remote_host should be=20 > ap_vformatter instead. > See:=20 > >=20 > * URI issues > - RFC2068 requires a server to recognize its own IP addr(s) in > dot notation, we do this fine if the user follows the > dns-caveats documentation... we should handle it in the case > the user doesn't ever supply a dot-notation address. >=20 > * Problems dealing with .-rooted domain names such as "twinlark." > versus "twinlark.arctic.org.". See the thread containing > Message-ID: <19980203211817.06723@deejai.mch.sni.de> for more > details. In particular this affects the correctness of the > proxy and the vhost mechanism. >=20 > * proxy_*_canon routines use r->proxyreq incorrectly. See > =09 > >=20 > Open issues: >=20 > * Should we provide a way to force CustomError responses past IE's > 'prettify-if-less-than-N-bytes' bogosity? >=20 > * general/3787: SERVER_PORT is always 80 if client comes=20 > to any port > =3D> needs review by the protocol guys, I think. >=20 > * All DBMs suffer from confusion in dbmmanage (perl=20 > script) since the > dbmmanage creates in the first-matched dbm format. =20 > This is not > necessarily the library that Apache was built with. Aught to > rewrite dbmmanage with the proper library for clean=20 > administration. >=20 > * Marc's socket options like source routing (kill them?) > Marc, Martin say Yes >=20 > * In ap_bclose() there's no test that (fb->fd !=3D -1) -- so it's > possible that it'll do something completely bogus when it's=20 > used for read-only things. - Dean Gaudet >=20 > * Roy's HTTP/1.1 Wishlist items: > 1) byte range error handling >=20 > * use of spawnvp in uncompress_child in mod_mime_magic - doesn't > use the new child_info structure, is this still safe? =20 > Needs to be=20 > looked at. >=20 > * suexec doesn't understand argv parameters; e.g. >=20 > >=20 > fails even when "ls" is in the same directory because=20 > suexec is trying > to stat a file called "ls -l". A patch for this is available at >=20 > http://www.xnet.com/~emarshal/suexec.diff >=20 > and it's not bad except that it doesn't handle programs=20 > with spaces in > the filename (think win32, or samba-mounted=20 > filesystems). There are > several PR's to this and I don't see for security=20 > reasons why we can't > accomodate it, though it does add complexity to suexec.c. > Accepting quoted executable names solves that issue,=20 > except that the > exec cmd=3D"" parsing needs to accept escaped quotes. > PR #1120 > Brian: +1 > Status: Already resolved in Apache 2.0 - exec is=20 > defined as passing > the cmd=3D"" argument as argv[0], which means=20 > it is -only- the > file name to execute (with spaces allowed in=20 > the name.) > =20 > Win32 specific issues: >=20 > * rfc1413.c has static storage which won't work multithreaded > Status: this is a pretty significant rewrite. Apache 2.0 is > already using apr's network_io and threadsafe storage. >=20 > * mod_rewrite's cache isn't threadsafe, needs a mutex on=20 > Win32/Netware > (and OS/2?) >=20 > * apparently either "BrowserMatch" or the "nokeepalive" variable > cause instability - see PR#1729. >=20 >=20 > Binaries (1.3.27): >=20 > Platform Avail. Volunteer > ------------------------------------------------------------------ > 000964804C00-ibm-aix4.3 no Bill Stoddard > 9000_715-hp-hpux11.00 no Jeff Trawick > 9000_785-hp-hpux11.00 no Cliff Woolley > alpha-dec-osf3.0 no Sameer Parekh > alpha-dec-osf4.0 no Lars Eilebrecht, Ken Coar, > Randy Terbush > alpha-whatever-linux2 no Randy Terbush > armv4l-whatever-linux2 no Rasmus Lerdorf > hppa1.1-hp-hpux-10.x no Rob Hartill, Randy Terbush > i386-be-beos no David Reid > i386-dg-dgux5.4R2.01 no Randy Terbush > i386-siemens-sinix5.4 yes Martin Kraemer > i386-slackware-linux(a.out) no Sameer Parekh > i386-sun-solaris2.5 no Sameer Parekh > i386-sun-solaris2.6 no Randy Terbush > i386-sun-solaris2.7 no Cliff Skolnick > i386-sun-solaris2.8 no Aaron Bannert > i386-unixware-svr4 no Sameer Parekh, Randy Terbush > i386-unknown-linux(ELF) no Aram Mirzadeh, Michael Douglass > i386-unknown-netBSD-1.3.2 no Lars Eilebrecht, Randy Terbush > i386-unknown-sco3 no Ben Laurie > i386-unknown-sco5 no Ben Laurie > i386-whatever-bsdi no David Reid > i386-whatever-freebsd3.0 no Dirk-Willem van Gulik > i386-whatever-freebsd3.3 no Ask Bjoern Hansen > i386-whatever-freebsd4.0 no Ask Bjoern Hansen > i386-whatever-freebsd4.6 no Aaron Bannert > i586-unknown-linux2 no Ralf S. Engelschall, > Lars Eilebrecht, Randy Terbush > i686-pc-freebsd3.1 no Ralf S. Engelschall > i686-unknown-linux2 no Lars Eilebrecht > i686-whatever-cygwin no Stipe Tolj > i686-whatever-linux2 no Ken Coar, Randy Terbush > i686-whatever-linux22 no Aaron Bannert > ia64-whatever-linux22 no Martin Kraemer > ia64-hp-hpux11.20 no Cliff Woolley > m68k-apple-aux3.1.1 no Jim Jagielski > m88k-dg-dgux5.4R2.01 no Sameer parekh > m88k-next-next no Rob Hartill > mips-dec-ultrix4.4 no Sameer Parekh > mips-sgi-irix5.3 no Mark Imbrianco, Randy Terbush > mips-sgi-irix6.2 no Lars Eilebrecht, Randy Terbush > mips-sgi-irix6.4 no Lars Eilebrecht > mips-siemens-reliantunix5.4 yes Martin Kraemer > mips-unknown-linux no Lars Eilebrecht > netware yes Brad Nicholes=20 > > OS/2 yes Brian Havard > OS/390-09.00-02 no =20 > powerpc+i386-apple-darwin1.2 no Wilfredo Sanchez > powerpc-apple-rhapsody5.5 no Wilfredo Sanchez > powerpc-apple-darwin5.5 no Aaron Bannert > ppc-whatever-linux22 yes Graham Leggett > rs6000-ibm-aix3.2.5 no Sameer Parekh > rs6000-ibm-aix4.1 no Lars Eilebrecht > rs6000-ibm-aix4.3.x no Bill Stoddard, Randy Terbush > sparc-sun-solaris2.5 no Lars Eilebrecht, Randy Terbush > sparc-sun-solaris2.6 no Lars Eilebrecht > sparc-sun-solaris2.7 no Cliff Skolnick > sparc-sun-solaris2.8 no Jim Jagielski > sparc-sun-sunos4.1.3_U1 no Sameer Parekh > sparc-unknown-linux no Lars Eilebrecht, Randy Terbush > sun4u-sun-solaris2.280 no Jeff Trawick > TPF no David McCreedy, Carolyn Weiss > win32 yes William Rowe > x86-bsdos-3.x no Randy Terbush > x86-bsdos-4.x no Randy Terbush > x86-openbsd-2.x no Randy Terbush > x86-qnx-4.x no Randy Terbush > x86_64-whatever-linux22 yes Aaron Bannert >=20