From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15471 invoked by alias); 19 Mar 2004 01:31:28 -0000 Mailing-List: contact overseers-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Archive: List-Post: List-Help: , Sender: overseers-owner@sources.redhat.com Received: (qmail 15429 invoked from network); 19 Mar 2004 01:31:24 -0000 Received: from unknown (HELO lon-mail-1.gradwell.net) (193.111.201.125) by sources.redhat.com with SMTP; 19 Mar 2004 01:31:24 -0000 Received: (qmail 90864 invoked from network); 19 Mar 2004 01:31:23 -0000 Received: from digraph.polyomino.org.uk (postmaster%pop3.polyomino.org.uk@81.187.227.50) by lon-mail-1.gradwell.net with SMTP; 19 Mar 2004 01:31:23 -0000 Received: from jsm28 (helo=localhost) by digraph.polyomino.org.uk with local-esmtp (Exim 4.30) id 1B48r5-0000sY-L9; Fri, 19 Mar 2004 01:31:23 +0000 Date: Fri, 19 Mar 2004 02:07:00 -0000 From: "Joseph S. Myers" X-X-Sender: jsm28@digraph.polyomino.org.uk To: Christopher Faylor cc: overseers@sourceware.org Subject: Re: /sourceware/www is full (/www/gcc/htdocs/onlinedocs?) In-Reply-To: <20040319011212.GA21032@redhat.com> Message-ID: References: <20040318170101.A91608@molenda.com> <20040319010632.GA20833@redhat.com> <20040319011212.GA21032@redhat.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII X-SW-Source: 2004-q1/txt/msg00213.txt.bz2 On Thu, 18 Mar 2004, Christopher Faylor wrote: > One thing I notice taking up space is in /www/gcc/htdocs/onlinedocs. > There seems to be compressed and uncompressed versions of files in this > directory. Is it necessary to have both? The compressed HTML versions were originally for transparently sending to browsers supporting them. (It is clearly perceptible that old mailing list index pages no longer get sent transparently compressed as they used to.) At one point the PostScript versions were linked to uncompressed - with the intent of getting the compressed versions sent transparently - but this was changed to link to the compressed versions following a discussion of the difficulties of getting HTTP headers that work well for all browsers . The tarballs have never been linked to uncompressed. The same mechanism is used to generate the compressed versions of all these different files without discriminating about whether particular files need them. -- Joseph S. Myers jsm@polyomino.org.uk