httpd-dev mailing list archives

Site index · List index
Message view « Date » · « Thread »
Top « Date » · « Thread »
From Paul Sutton <p...@awe.com>
Subject Re: [STATUS] Sat Nov 1 09:54:04 EST 1997
Date Sat, 01 Nov 1997 16:10:38 GMT
Today: more votes than you can throw a stick at.... 

On Sat, 1 Nov 1997, Jim Jagielski wrote:
>     * Marc's [PATCH] FCNTL_SERIALIZED_ACCEPT on HPUX (PR#872)
> 	<Pine.BSF.3.95.971031213443.13113G-100000@alive.znep.com>
> 	Status: Marc +1, Jim +1

+1

>     * Marc's [PATCH] define to allow passing of Authorization header
> 	<Pine.BSF.3.95.971031204159.13113E-100000@alive.znep.com>
> 	Status: Marc +1

Ugly, but people have always asked for this, so why not. +1.

>     * Martin's [PATCH] Minor cleanups for portability
> 	<19971031102433.01562@deejai.mch.sni.de>
> 	Status: Martin +1, Dean +1

+1, but I'm not sure that the _Explain stuff is necessary at all. Can't
the _two_ Explain() calls in the code be replaced by aplog() or
individually #ifdef'ed if they are that important?

>     * Dean's protocol/1329: Apache will send wrong/invalid Content-length
> 	<Pine.LNX.3.95dg3.971028161754.1497W-100000@twinlark.arctic.org>
> 	Superceded by Martin's [PATCH] update protocol/1329: Apache will...
> 	<19971029220746.13063@deejai.mch.sni.de>
> 	Status: Martin +1, Dean +1

+1

>     * Martin's AddTypes for *.exe and *.zip to apache.conf
> 	<19971020144738.24168@deejai.mch.sni.de>
> 	Status: Martin +1, Dean +1, Jim +1

+1

>     * Brian Havard's [PATCH] OS2 fixes
> 	<199710281550.CAA11507@silk.apana.org.au>
> 	Status: Jim 0 (it's MIMEed)

+1. On the MIME stuff: the sending mailer has labelled them OCTET-STREAM
though, so even Pine doesn't display the attachments correctly. They
should probably be labeled as TEXT/PLAIN instead. But at least pine can
save'em out ok. 

>     * Dean's [PATCH] Re: os-sunos/1294: Spurious mmap error messages? (fwd)
> 	<Pine.LNX.3.95dg3.971022001227.28750A-100000@twinlark.arctic.org>
> 	Fix logic error when issuing a mmap() failed message.  This
> 	fixes the submitter's problem.
> 	Status: Dean +1

+1

>     * Rasmus' [PATCH] Re: Module install steps
> 	Pine.WNT.3.95.971026111353.-965065F-100000@krone.lerdorf.on.ca>
> 	Status: Rasmus +1, Dean +1

+1 (for the AddType).

>     * Sameer's [PATCH] Make -dev work on FreeBSD
> 	<199710242015.NAA06861@gabber.c2.net>
> 	Status: Sameer +1, Ralf (and others?) don't need it, Jim +1 
> 	Brian Havard reports it's needed for gcc under OS/2
> 	Martin +1

+1

>     * Ben's [PATCH] add error checking to file reads
> 	<345243AA.471976FD@algroup.co.uk>
> 	Status: Ben +1, Jim +1, Dean +1, Martin +1

+1 if still needed with Ben's reported fix.

>     * Marius Groeger <mag@sysgo.de> [PORT] LynxOS 2.5
> 	<Pine.NEB.3.96.971024201044.11575B-200000@localhost>
> 	Status: It's the diff is against 1.2.4

+1 _if_ it still defined -DLYNXOS like all other OSes, rather than relying
on a compiler-provided __Lynx__ constant.

>     * Dean's [PRE-PATCH] expanding ap_snprintf()
> 	<Pine.LNX.3.95dg3.971023233600.4431I-100000@twinlark.arctic.org>
> 	Status: Dean +1, Ben +1, Jim 0, Martin 0, Brian +1(?)
> 	See <Pine.LNX.3.95dg3.971024175935.25347U-100000@twinlark.arctic.org>
> 	for a more up-to-date idea (int vformatter) that has a
> 	vote of +1 from Dean, Ben, Martin and Jim for concept

+1

>     * Manoj Kasichainula's <manojk@io.com> libap implementation
> 	<19971018023315.14705@io.com>
> 	Status: Mahoj wants us to "hold off" on this patch, but
> 	others could ``re-create'' it :)

+1 on concept. -1 on IBM's copyright lawyers owning it!
 
>     * Brian Havard's OS/2 proxy patch -- OS/2 can't open() a directory
> 	<199710060353.NAA01538@silk.apana.org.au>
> 	This is take 3 or so.

+1

>     * Paul's Win32 service errors
> 	<Pine.LNX.3.95.971011152042.24723A-100000@ecstasy.localnet>
> 	Status: Paul +1, Brian +1. Martin +1(concept)

Already committed.

>     * Marc's socket options like source routing (kill them?)
> 	Marc, Dean say Yes

+1

>     * PR#951 (CGIs on Win32)
> 	Open? Closed? Fixed?

Not looked at.

>     * NameVirtualHost
> 	Causes mucho confusion... Dean is ready to ``admit defeat''
> 	but should we let him? Lars suggests making NameVirtualHost
> 	a required directive

I like NameVirtualHost. It is no less hassle for upgrading users than the
renaming of the default apache directory. Can a perl script read a given
configure and determine what NameVirtualHost lines are needed, as a
transistion aid? 

+1 on the new vhost docs stuff, by the way. 

//pcs














Mime
View raw message