From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Philip Kaludercic Newsgroups: gmane.emacs.devel Subject: Re: Replace 'pp' with 'prin1' to generate ELPA archive-contents Date: Sat, 22 Oct 2022 13:45:00 +0000 Message-ID: <874jvwotur.fsf@posteo.net> References: <87fsfgp1tx.fsf@posteo.net> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="19317"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org To: Stefan Kangas Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Mon Oct 24 04:59:28 2022 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1omngV-0004s1-Bw for ged-emacs-devel@m.gmane-mx.org; Mon, 24 Oct 2022 04:59:27 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1omgQ1-00087G-W1 for ged-emacs-devel@m.gmane-mx.org; Sun, 23 Oct 2022 15:13:58 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1omEoL-0000AB-Tk for emacs-devel@gnu.org; Sat, 22 Oct 2022 09:45:13 -0400 Original-Received: from mout02.posteo.de ([185.67.36.66]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1omEoJ-0004pl-TX for emacs-devel@gnu.org; Sat, 22 Oct 2022 09:45:13 -0400 Original-Received: from submission (posteo.de [185.67.36.169]) by mout02.posteo.de (Postfix) with ESMTPS id ADC38240101 for ; Sat, 22 Oct 2022 15:45:08 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=posteo.net; s=2017; t=1666446308; bh=cL3+SmcsflTuFKJ14/JqNMoPuJz7sFFYRdC6ITW4DZg=; h=From:To:Cc:Subject:Autocrypt:Date:From; b=gM5qxN60bJwS/7MQ9GstEQg/UFL7q+j1jratPIv6JY8+pBqAm9SAnHCR1VrPEG4Lr Q4hXl9/9+Yu8e6pchkg8AReAs7BljaNdVjwhRjq62qJNfEu9nJzQuvDoXyAqMGiV8n MWFpLR5o4s1FEEy0RJfNFGWNsvJpnnySfbQEJvMq7AakvHSnWmM6WS1y1JkCeMa9bF fKObdHiOq8F3wQCySckG50jmG0lhm3bLjSIh6x/BrP7O+Y170PHB/QNaP5zEAx7Xlg 9mWZm2bZml+xuZoUKBIu7aNBWjtiN0FSjewlmqIoY1sNfUjY757nWiiJSRrqFlmX1U fTfsvg+6YDC4w== Original-Received: from customer (localhost [127.0.0.1]) by submission (posteo.de) with ESMTPSA id 4MvjJN0k9Hz9rxP; Sat, 22 Oct 2022 15:45:05 +0200 (CEST) In-Reply-To: (Stefan Kangas's message of "Sat, 22 Oct 2022 04:56:47 -0700") Autocrypt: addr=philipk@posteo.net; prefer-encrypt=nopreference; keydata= mDMEYHHqUhYJKwYBBAHaRw8BAQdAp3GdmYJ6tm5McweY6dEvIYIiry+Oz9rU4MH6NHWK0Ee0QlBo aWxpcCBLYWx1ZGVyY2ljIChnZW5lcmF0ZWQgYnkgYXV0b2NyeXB0LmVsKSA8cGhpbGlwa0Bwb3N0 ZW8ubmV0PoiQBBMWCAA4FiEEDM2H44ZoPt9Ms0eHtVrAHPRh1FwFAmBx6lICGwMFCwkIBwIGFQoJ CAsCBBYCAwECHgECF4AACgkQtVrAHPRh1FyTkgEAjlbGPxFchvMbxzAES3r8QLuZgCxeAXunM9gh io0ePtUBALVhh9G6wIoZhl0gUCbQpoN/UJHI08Gm1qDob5zDxnIHuDgEYHHqUhIKKwYBBAGXVQEF AQEHQNcRB+MUimTMqoxxMMUERpOR+Q4b1KgncDZkhrO2ql1tAwEIB4h4BBgWCAAgFiEEDM2H44Zo Pt9Ms0eHtVrAHPRh1FwFAmBx6lICGwwACgkQtVrAHPRh1Fw1JwD/Qo7kvtib8jy7puyWrSv0MeTS g8qIxgoRWJE/KKdkCLEA/jb9b9/g8nnX+UcwHf/4VfKsjExlnND3FrBviXUW6NcB Received-SPF: pass client-ip=185.67.36.66; envelope-from=philipk@posteo.net; helo=mout02.posteo.de X-Spam_score_int: -20 X-Spam_score: -2.1 X-Spam_bar: -- X-Spam_report: (-2.1 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.29 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:298289 Archived-At: Stefan Kangas writes: > Philip Kaludercic writes: > >> I've just tried replacing the 'pp' call with 'prin1' in elpa-admin's >> `elpaa-update-archive-contents', and on my checkout the size dropped >> from ~130 kb to 100 kb. It is not much, but I don't understand why the >> archive contents should be pretty printed, and even a few kilobyte less >> can make a difference for some people. > > If we care about 30kb, how adding gzip support instead? That is a good point, I have tried out a few different compression algorithms on the archive contents generated with `prin1', and it seems that bz2 would give the best results -- though in the end there is just a difference of =C2=B12kb: -rw-r--r-- 1 philip philip 100950 Oct 22 12:49 archive-contents -rw-r--r-- 1 philip philip 23952 Oct 22 12:49 archive-contents.bz2 -rw-r--r-- 1 philip philip 28537 Oct 22 12:49 archive-contents.gz -rw-r--r-- 1 philip philip 25080 Oct 22 12:49 archive-contents.xz -rw-r--r-- 1 philip philip 26997 Oct 22 12:49 archive-contents.zst I don't know if it makes sense to provide all of these, in case the client doesn't have bz2 installed or if the overhead of trying out multiple HTTP requests would outweigh the advantage of compressing in the first place. Another thing I just thought of is that HTTP can serve gzip'ed content, but unless I am mistaken the elpa.gnu.org server doesn't make use of this capability, even though url.el appears to send the right header (Accept-Encoding: gzip). My guess would be that enabling this would improve the situation immediately more than any hacking on elpa-admin.el/package.el.