Return-Path: Delivered-To: apmail-httpd-cvs-archive@httpd.apache.org Received: (qmail 29901 invoked by uid 500); 10 Apr 2003 11:05:00 -0000 Mailing-List: contact cvs-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 cvs@httpd.apache.org Received: (qmail 29876 invoked by uid 500); 10 Apr 2003 11:05:00 -0000 Delivered-To: apmail-httpd-2.0-cvs@apache.org Message-ID: <3E954FD9.9060807@algroup.co.uk> Date: Thu, 10 Apr 2003 12:04:57 +0100 From: Ben Laurie User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-GB; rv:1.3) Gecko/20030312 X-Accept-Language: en-us, en MIME-Version: 1.0 To: dev@httpd.apache.org Cc: httpd-2.0-cvs@apache.org Subject: Re: cvs commit: httpd-2.0/docs STATUS References: <20030409201502.81003.qmail@icarus.apache.org> In-Reply-To: <20030409201502.81003.qmail@icarus.apache.org> X-Enigmail-Version: 0.73.1.0 X-Enigmail-Supports: pgp-inline, pgp-mime Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Rating: daedalus.apache.org 1.6.2 0/1000/N wrowe@apache.org wrote: > wrowe 2003/04/09 13:15:02 > > Modified: docs STATUS > Log: > Please consider and vote - see what this choice has done to us > r.e. .tar.gz.md5 files and so forth. This seems totally wrong-headed to me. The problem is that we are making the assumption that file extensions indicate cascaded _reversible_ processes that have been applied to the file. However, that is not always the case. It seems quite straightforward, in English at least, to understand that: x.tar.gz means we tarred some stuff then gzipped it, so to get the original stuff back we should unzip then untar. Likewise: x.gz.tar would mean to me we gzipped and then tarred something. However: x.tar.gz.md5 clearly is a non-reversible transformation, so the only interesting thing about it is the fact that its an MD5. x.tar.md5.gz or even: x.tar.gz.md5.gz make sense to me - a gzipped MD5. It seems to me we need to improve our understanding of file extensions, not kludge our way around them. Cheers, Ben. > > Revision Changes Path > 1.70 +11 -1 httpd-2.0/docs/STATUS > > Index: STATUS > =================================================================== > RCS file: /home/cvs/httpd-2.0/docs/STATUS,v > retrieving revision 1.69 > retrieving revision 1.70 > diff -u -r1.69 -r1.70 > --- STATUS 7 Apr 2003 16:47:57 -0000 1.69 > +++ STATUS 9 Apr 2003 20:15:02 -0000 1.70 > @@ -9,6 +9,16 @@ > Decisions pending > ================= > > + -Comment out .gz etc. AddEncoding lines in our default configuration. > + docs/conf/httpd-std.conf.in rev 1.32 > + jerenkranz: Current browsers have a tendency to decompress the data > + when no one really wants it to do that. If you want the > + 2.0 behavior that leads to transparent decompression > + by modern browsers, uncomment these lines. But, this > + shouldn't be our default, and certainly wasn't in 1.3. > + - Backport to 2.0 > + +1: wrowe > + > - Where to put docs checkout on website > - Leave it at /docs-x.y/ > +1: Joshua, Erik, Kess, Mads > > > > -- http://www.apache-ssl.org/ben.html http://www.thebunker.net/ "There is no limit to what a man can do or how far he can go if he doesn't mind who gets the credit." - Robert Woodruff