From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Compressing ELPA Date: Wed, 03 Aug 2016 12:29:41 -0400 Message-ID: References: <87furnhj3g.fsf@lifelogs.com> <3b1b8be3-3521-8aa5-cc46-7df181e26bdb@gmail.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1470491747 14805 195.159.176.226 (6 Aug 2016 13:55:47 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 6 Aug 2016 13:55:47 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Aug 06 15:55:43 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1bW23Y-0008Pr-Mt for ged-emacs-devel@m.gmane.org; Sat, 06 Aug 2016 15:54:28 +0200 Original-Received: from localhost ([::1]:49523 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bW23V-00084x-E9 for ged-emacs-devel@m.gmane.org; Sat, 06 Aug 2016 09:54:25 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:42836) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bW22P-0007zF-9b for emacs-devel@gnu.org; Sat, 06 Aug 2016 09:53:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bW22L-00066H-57 for emacs-devel@gnu.org; Sat, 06 Aug 2016 09:53:16 -0400 Original-Received: from [195.159.176.226] (port=51355 helo=blaine.gmane.org) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bW22K-00065x-UH for emacs-devel@gnu.org; Sat, 06 Aug 2016 09:53:13 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1bUz0n-0000Ce-IL for emacs-devel@gnu.org; Wed, 03 Aug 2016 18:27:17 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 24 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:txYyxMSa31rcnuc1Y8gTaSTDOZ0= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:206445 Archived-At: >> I know in theory we could have the web server de-compress the files on >> the fly if/when the client doesn't support compression, but somehow >> I wasn't able to make this work >> (http://stackoverflow.com/questions/26895894/get-apache-to-auto-decompress-a-file-but-only-if-needed). > Couldn't you do it the other way around? That is, could the files be stored > uncompressed on the server, and could the compression be taken care of by > the server itself, when requests arrive? It would be the next best thing (storing the files uncompressed is silly), yes. > (Isn't that the standard way to do things?) For tarballs, I highly doubt it. It's often faster to pack and unpack a compressed tarball than an uncompressed one (because (de)compression is faster than disk access), so there's really no advantage to ever manipulate an uncompressed tarball, in the usual case. In any case, any help configugin the webserver to get something like that would be welcome. Stefan