From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Mauricio Collares Newsgroups: gmane.emacs.bugs Subject: bug#46441: GNU ELPA feature request: host .lz archives (as well as uncompressed) for current versions Date: Fri, 12 Feb 2021 15:36:22 -0300 Message-ID: <87tuqhf80p.fsf@collares.org> References: <87r1lml74t.fsf@collares.org> <87ft21qjiw.fsf@tcd.ie> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="14904"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: mu4e 1.4.13; emacs 28.0.50 Cc: "Basil L. Contovounesios" , 46441@debbugs.gnu.org To: Stefan Monnier Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Feb 12 19:37:19 2021 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1lAdJd-0003jb-RO for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 12 Feb 2021 19:37:18 +0100 Original-Received: from localhost ([::1]:44912 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lAdJc-0006al-Pz for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 12 Feb 2021 13:37:16 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:36800) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lAdJO-0006X0-Ci for bug-gnu-emacs@gnu.org; Fri, 12 Feb 2021 13:37:03 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:49639) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lAdJO-0002XR-5B for bug-gnu-emacs@gnu.org; Fri, 12 Feb 2021 13:37:02 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lAdJO-0008J3-1j for bug-gnu-emacs@gnu.org; Fri, 12 Feb 2021 13:37:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Mauricio Collares Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 12 Feb 2021 18:37:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 46441 X-GNU-PR-Package: emacs Original-Received: via spool by 46441-submit@debbugs.gnu.org id=B46441.161315500931904 (code B ref 46441); Fri, 12 Feb 2021 18:37:02 +0000 Original-Received: (at 46441) by debbugs.gnu.org; 12 Feb 2021 18:36:49 +0000 Original-Received: from localhost ([127.0.0.1]:32952 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lAdJ8-0008IR-CJ for submit@debbugs.gnu.org; Fri, 12 Feb 2021 13:36:49 -0500 Original-Received: from wout4-smtp.messagingengine.com ([64.147.123.20]:44053) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lAdJ3-0008IB-Ca for 46441@debbugs.gnu.org; Fri, 12 Feb 2021 13:36:44 -0500 Original-Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailout.west.internal (Postfix) with ESMTP id 2CDA2C9A; Fri, 12 Feb 2021 13:36:35 -0500 (EST) Original-Received: from mailfrontend2 ([10.202.2.163]) by compute6.internal (MEProxy); Fri, 12 Feb 2021 13:36:35 -0500 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=collares.org; h= references:from:to:cc:subject:in-reply-to:date:message-id :mime-version:content-type; s=fm2; bh=Vs4iJtJqc3CPbcsjNEeU6MjSz6 GmHuOJ74M4FPf1Z70=; b=kbTkgyvH86zKXH9SoSMUca7Y8QrpjxNuGxQYAAFGIs 4AqND1n2uSoo87ECpePjr3PJm/qH1sK+PjKEy7Y79s/sdSQee3MgBYEhIvbqDT2e dRP531BzbPmRX5YzwC0MxSDePy7KXuGMH3TmJdfb9/Fg6iefRzbvKz8PQLY49YGe 19G8HyZzy+mNzYFNyxG2z9KN02q/Cjo/MRXCUP0wq0uu/Ije4jAOvLzb0DRxjKRY iYE6L3wMCQ1WgSAu6AE95ZYPjXmu6zjoAZprRFlzcWJRCS08SN3XTY1mNnQV4Pcf yN9vHOrHX8pSr8S2fmoS5wJfixJmNR4qOp9MNwqSnuJg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-type:date:from:in-reply-to :message-id:mime-version:references:subject:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm2; bh=Vs4iJt Jqc3CPbcsjNEeU6MjSz6GmHuOJ74M4FPf1Z70=; b=KtxusLPzOt28GAWY+ei/Mf WaephdHh4mPTKqR1FH2m1+UmjVEDuRWdtRWL+4xb62li9KZzs15+PbFJ3pRKWeKb Q18b9wk2QZp2mDi19MN7J7QoznRYx8u/hxiWNlSofdx3hKhw6Q6pHQl43wHTAxcI Jjefjwo7xEAFPl0X6HRP+Tw8dEGm0tkOncWRVYaAH3toqreHLsl3eXE2FPNMU7cK LfgH2PXXocArlYOIB+yvVYrSR89+Ji5CcnEgNcw7XF9TJhxYQrYqdXj0pEfexiDE 0s9qVXBoj5odANqj6n4fFWmUtGowBkrKFo3I5fu/kpD7EeWCr8Ryj0HBmSDpBLCQ == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledriedugdduudekucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepfhgfhffvufgjfffkgggtsehttdertddtredtnecuhfhrohhmpeforghurhhi tghiohcuveholhhlrghrvghsuceomhgruhhrihgtihhosegtohhllhgrrhgvshdrohhrgh eqnecuggftrfgrthhtvghrnhepteeuhfdvhfekvdffvdetieejleejjeeluefgleduvdeg veejfeffffefffefgeehnecuffhomhgrihhnpehgnhhurdhorhhgpdhtfigvrghgrdhioh enucfkphepudeluddrudekhedrfeegrddvudehnecuvehluhhsthgvrhfuihiivgeptden ucfrrghrrghmpehmrghilhhfrhhomhepmhgruhhrihgtihhosegtohhllhgrrhgvshdroh hrgh X-ME-Proxy: Original-Received: from asus (unknown [191.185.34.215]) by mail.messagingengine.com (Postfix) with ESMTPA id 66BA61080092; Fri, 12 Feb 2021 13:36:31 -0500 (EST) In-reply-to: X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: "bug-gnu-emacs" Xref: news.gmane.io gmane.emacs.bugs:199871 Archived-At: Stefan Monnier writes: >>> Currently, there's no way to get a permanent link to a package version >>> that happens to be the current one. > > FWIW, the situation is even worse because there's no way to get > a permanent link at all: while we do keep some old versions, we don't > keep them all. Currently, the limit is set at 20, meaning that we keep > up to 20 old versions around per package, and once we hit that limit we > start pruning the old versions according to a heuristic that intends to > guess which versions are more important to keep. > > So that makes me question your "upstream" need. > >>> For example, auctex is currently at >>> version 13.0.4; today I can download it from >>> https://elpa.gnu.org/packages/auctex-13.0.4.tar, but this link will stop >>> working as soon as a new version of auctex is released and the old >>> version gets compressed. This makes it slightly annoying to pin a >>> particular version of an ELPA package by URL. > > Could you expand a bit on why you need to keep references to old > versions, and why you decided to use URLs for that? > That will hopefully help us see what is the best course of action > from here. Hi Stefan, Thanks for the reply! The particular use case here is to have a reproducible environment via the Nix package manager. Omitting irrelevant details, Nix is a source-based package manager whose "recipes" for building packages typically start by doing the equivalent of "download this file with this sha256 from this URL" (actually, this is typically done by fetching a specific commit from a repository, but in this case I believe tarballs are the only option); that is, all packages are pinned. This is done for emacs packages too, so it is possible to have the same exact emacs setup on several machines or to recover the exact same state if you have to reinstall everything from scratch for some reason. No one that uses Nix expects things to work "forevermore" since source tarballs frequently disappear (people are working on that, though [0]), but frequently-updated ELPA packages basically "break" reproducibility every week. More concretely, if I commit my Nix configuration to a Git repo and a co-worker wants to use it a week from now, it's likely that the auctex fetch step will fail. Since NixOS releases happen every six months, it's fair to say a "year's worth" of stability would reduce user-facing problems to almost zero -- and I guess archiving 20 releases provides that with room to spare. Best, Mauricio [0] https://www.tweag.io/blog/2020-06-18-software-heritage/