GNU logs - #46441, boring messages

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#46441: GNU ELPA feature request: host .lz archives (as well as uncompressed) for current versions
Resent-From: Mauricio Collares <mauricio@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Thu, 11 Feb 2021 19:47:02 +0000
Resent-Message-ID: <handler.46441.B.161307281916960 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: 46441 <at> debbugs.gnu.org
From: Mauricio Collares <mauricio@HIDDEN>
Date: Thu, 11 Feb 2021 16:46:42 -0300
Message-ID: <87r1lml74t.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
Received-SPF: pass client-ip=66.111.4.28; envelope-from=mauricio@HIDDEN;
 helo=out4-smtp.messagingengine.com
X-Spam_score_int: -27
X-Spam_score: -2.8
X-Spam_bar: --
X-Spam_report: (-2.8 / 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_LOW=-0.7, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001,
 SPF_HELO_PASS=-0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no
X-Spam_action: no action
X-Spam-Score: -1.6 (-)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -2.6 (--)

Currently, there's no way to get a permanent link to a package version
that happens to be the current one. 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.

I would like to ask the GNU ELPA maintainers to host both
https://elpa.gnu.org/packages/PACKAGE-CURRENTVERSION.lz (permanent) as
well as https://elpa.gnu.org/packagesa/PACKAGE-CURRENTVERSION
(temporary). This would make it easier for people to build reproducible
environments by pinning a package version. I don't particularly care
about exposing it as a link on the website; for my purposes, it's enough
that the file exists. This is perhaps a little bit wasteful, but
compressed versions shouldn't be too big.

Best,
Mauricio

Message sent:

Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-Mailer: MIME-tools 5.505 (Entity 5.505)
Content-Type: text/plain; charset=utf-8
X-Loop: help-debbugs@HIDDEN
From: help-debbugs@HIDDEN (GNU bug Tracking System)
To: Mauricio Collares <mauricio@HIDDEN>
Subject: bug#46441: Acknowledgement (GNU ELPA feature request: host .lz
 archives (as well as uncompressed) for current versions)
Message-ID: <handler.46441.B.161307281916960.ack <at> debbugs.gnu.org>
References: <87r1lml74t.fsf@HIDDEN>
X-Gnu-PR-Message: ack 46441
X-Gnu-PR-Package: emacs
Reply-To: 46441 <at> debbugs.gnu.org
Date: Thu, 11 Feb 2021 19:47:02 +0000

Thank you for filing a new bug report with debbugs.gnu.org.

This is an automatically generated reply to let you know your message
has been received.

Your message is being forwarded to the package maintainers and other
interested parties for their attention; they will reply in due course.

Your message has been sent to the package maintainer(s):
 bug-gnu-emacs@HIDDEN

If you wish to submit further information on this problem, please
send it to 46441 <at> debbugs.gnu.org.

Please do not send mail to help-debbugs@HIDDEN unless you wish
to report a problem with the Bug-tracking system.

--=20
46441: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=3D46441
GNU Bug Tracking System
Contact help-debbugs@HIDDEN with problems

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#46441: GNU ELPA feature request: host .lz archives (as well as uncompressed) for current versions
Resent-From: "Basil L. Contovounesios" <contovob@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 12 Feb 2021 17:33:01 +0000
Resent-Message-ID: <handler.46441.B46441.161315115526040 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: Mauricio Collares <mauricio@HIDDEN>
Cc: 46441 <at> debbugs.gnu.org, Stefan Monnier <monnier@HIDDEN>
From: "Basil L. Contovounesios" <contovob@HIDDEN>
References: <87r1lml74t.fsf@HIDDEN>
Date: Fri, 12 Feb 2021 17:32:23 +0000
In-Reply-To: <87r1lml74t.fsf@HIDDEN> (Mauricio Collares's message of
 "Thu, 11 Feb 2021 16:46:42 -0300")
Message-ID: <87ft21qjiw.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

[CCing the GNU ELPA maintainer.]

Mauricio Collares <mauricio@HIDDEN> writes:

> Currently, there's no way to get a permanent link to a package version
> that happens to be the current one. 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.
>
> I would like to ask the GNU ELPA maintainers to host both
> https://elpa.gnu.org/packages/PACKAGE-CURRENTVERSION.lz (permanent) as
> well as https://elpa.gnu.org/packagesa/PACKAGE-CURRENTVERSION
> (temporary). This would make it easier for people to build reproducible
> environments by pinning a package version. I don't particularly care
> about exposing it as a link on the website; for my purposes, it's enough
> that the file exists. This is perhaps a little bit wasteful, but
> compressed versions shouldn't be too big.

Wouldn't it be wasteless if the "current version" URL was symbolic and
resolved to the concrete versioned release?

Thanks,

-- 
Basil

Message sent to bug-gnu-emacs@HIDDEN:

Subject: bug#46441: GNU ELPA feature request: host .lz archives (as well as uncompressed) for current versions
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 12 Feb 2021 18:11:02 +0000
Resent-Message-ID: <handler.46441.B46441.161315341229384 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
To: "Basil L. Contovounesios" <contovob@HIDDEN>
Cc: 46441 <at> debbugs.gnu.org, Mauricio Collares <mauricio@HIDDEN>
From: Stefan Monnier <monnier@HIDDEN>
Message-ID: <jwv5z2xduzz.fsf-monnier+emacs@HIDDEN>
References: <87r1lml74t.fsf@HIDDEN> <87ft21qjiw.fsf@HIDDEN>
Date: Fri, 12 Feb 2021 13:10:01 -0500
In-Reply-To: <87ft21qjiw.fsf@HIDDEN> (Basil L. Contovounesios's message of
 "Fri, 12 Feb 2021 17:32:23 +0000")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
Precedence: list
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>

>> 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.

        Stefan "not opposed to building the .lz eagerly"

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#46441: GNU ELPA feature request: host .lz archives (as well as uncompressed) for current versions
Resent-From: Mauricio Collares <mauricio@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 12 Feb 2021 18:37:02 +0000
Resent-Message-ID: <handler.46441.B46441.161315500931904 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 46441
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Monnier <monnier@HIDDEN>
Cc: "Basil L. Contovounesios" <contovob@HIDDEN>, 46441 <at> debbugs.gnu.org
Received: via spool by 46441-submit <at> debbugs.gnu.org id=B46441.161315500931904
          (code B ref 46441); Fri, 12 Feb 2021 18:37:02 +0000
Received: (at 46441) by debbugs.gnu.org; 12 Feb 2021 18:36:49 +0000
Received: from localhost ([127.0.0.1]:32952 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1lAdJ8-0008IR-CJ
	for submit <at> debbugs.gnu.org; Fri, 12 Feb 2021 13:36:49 -0500
Received: from wout4-smtp.messagingengine.com ([64.147.123.20]:44053)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <mauricio@HIDDEN>) id 1lAdJ3-0008IB-Ca
 for 46441 <at> debbugs.gnu.org; Fri, 12 Feb 2021 13:36:44 -0500
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)
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: <xms:ssomYLBV1BgZxgRbXiYPVBVUlf4y_ddSgt50oEGC1fCqE_IySZ6pfA>
 <xme:ssomYPWpxM6wZbWj0iM82XBwu5wsXMxS2oyr87m3qtRH3psLnfTJVIhgtfWMC12e8
 6VJ_S00Z2bsPMzrcA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledriedugdduudekucetufdoteggodetrfdotf
 fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen
 uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne
 cujfgurhepfhgfhffvufgjfffkgggtsehttdertddtredtnecuhfhrohhmpeforghurhhi
 tghiohcuveholhhlrghrvghsuceomhgruhhrihgtihhosegtohhllhgrrhgvshdrohhrgh
 eqnecuggftrfgrthhtvghrnhepteeuhfdvhfekvdffvdetieejleejjeeluefgleduvdeg
 veejfeffffefffefgeehnecuffhomhgrihhnpehgnhhurdhorhhgpdhtfigvrghgrdhioh
 enucfkphepudeluddrudekhedrfeegrddvudehnecuvehluhhsthgvrhfuihiivgeptden
 ucfrrghrrghmpehmrghilhhfrhhomhepmhgruhhrihgtihhosegtohhllhgrrhgvshdroh
 hrgh
X-ME-Proxy: <xmx:ssomYBCxi4swYO5V6qIlu07bEr0UWlBC18vjPCTaRZCF0nViYFFr-g>
 <xmx:ssomYK8R5VQyzfJyFN_NREu-9kuEy33vD9IrFzjs2OSLxeozQBVQzA>
 <xmx:ssomYAHVqoqhhNyqTAeX8ORaC-Zaq7POKxb5Sf9esG-YUp600zMBnw>
 <xmx:ssomYFMy_qUFmXelL2cA4wt1tqSVvRn57bPK-ZwkmuQ_qfC5__Q-fA>
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)
References: <87r1lml74t.fsf@HIDDEN> <87ft21qjiw.fsf@HIDDEN>
 <jwv5z2xduzz.fsf-monnier+emacs@HIDDEN>
User-agent: mu4e 1.4.13; emacs 28.0.50
From: Mauricio Collares <mauricio@HIDDEN>
In-reply-to: <jwv5z2xduzz.fsf-monnier+emacs@HIDDEN>
Date: Fri, 12 Feb 2021 15:36:22 -0300
Message-ID: <87tuqhf80p.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)


Stefan Monnier <monnier@HIDDEN> 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/

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#46441: GNU ELPA feature request: host .lz archives (as well as uncompressed) for current versions
Resent-From: Mauricio Collares <mauricio@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 12 Feb 2021 18:42:01 +0000
Resent-Message-ID: <handler.46441.B46441.161315528832317 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 46441
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: "Basil L. Contovounesios" <contovob@HIDDEN>
Cc: 46441 <at> debbugs.gnu.org, Stefan Monnier <monnier@HIDDEN>
Received: via spool by 46441-submit <at> debbugs.gnu.org id=B46441.161315528832317
          (code B ref 46441); Fri, 12 Feb 2021 18:42:01 +0000
Received: (at 46441) by debbugs.gnu.org; 12 Feb 2021 18:41:28 +0000
Received: from localhost ([127.0.0.1]:32958 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1lAdNf-0008PA-44
	for submit <at> debbugs.gnu.org; Fri, 12 Feb 2021 13:41:28 -0500
Received: from wout4-smtp.messagingengine.com ([64.147.123.20]:50569)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <mauricio@HIDDEN>) id 1lAdNd-0008Ow-5j
 for 46441 <at> debbugs.gnu.org; Fri, 12 Feb 2021 13:41:26 -0500
Received: from compute4.internal (compute4.nyi.internal [10.202.2.44])
 by mailout.west.internal (Postfix) with ESMTP id 1FF0D646;
 Fri, 12 Feb 2021 13:41:19 -0500 (EST)
Received: from mailfrontend2 ([10.202.2.163])
 by compute4.internal (MEProxy); Fri, 12 Feb 2021 13:41:19 -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=H/Cwl8i7OA4ZvjMA5PD7Q8boRE
 oNRZNvdrjDrzg8j1w=; b=Zub1VpCCBYffWB6FarS8sXU2accuqopFmI6LRqoIEQ
 ki096OyZ/h8tsN32tKt4HHCl4GELlYD4PFQIFweacLuf5dJleY83DXoxXFdsrLsn
 DzSm4vcAFRhm6H1Er8THMi5ONUqULSju3i7j4U8O8g+U4o2H4dQbDu2i/TAf51IQ
 XTVFAX5jB67vN6s3fs50SlJUXkumaSrymr08VSKrpghy1jXSniBa3Fxoi9aiq3rj
 UeEhLEmr2ySh9qHSWLPeVQLSqdEH3J/GAZ/RYpRLTS78WBefC/fEWegQ4+heB/tw
 cW5PgCV48uALc+9Ui5ao1gcRBUEB6F34FFhGyDtHKhWg==
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=H/Cwl8
 i7OA4ZvjMA5PD7Q8boREoNRZNvdrjDrzg8j1w=; b=K4ufPxp48ptDTTy1QXqX/8
 OOLOABIrAN8SRC4v2xQORNHGW0VVikRX07sL/VTz2Wh4+Fyo5xTEdIoYbE8z6DcQ
 YTrMlCnYWv8/pcsrOSpAmA+uW7Z2PHoqtut4vID0HKqrc4Fu7cIpzMlCrR/K4ENn
 bQhlU7ICGbcbGLwTZtef6Y0wSVoq5MxmQ4QR5krvS6eGB/0ibaNNTnSs1WLJeSNb
 tumJ+HVir8xZGBjANvkcOUqBDI1da7m7v9hHcwsCHdJfk8ozOvPW9dZoQ0vALn9s
 XdTdhpNXPdqFA5DNttbxWW8+s1RKQ3esQyaniF7oJRUmXDNXtIKKob6JzJF83QYQ
 ==
X-ME-Sender: <xms:zssmYJDh_qKsCR3xVEiuiTSgFQT3zem7yew7lCsNSrnTPMurCcuCDQ>
 <xme:zssmYHiG430xWbsbSUZwdQqdN-gTTn2VKVo1PyjZeq3t2-DsRs2BNZfy8JcJpkc3P
 XepPEEYt2niHKzfjQ>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledriedugdduudekucetufdoteggodetrfdotf
 fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen
 uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne
 cujfgurhepfhgfhffvufgjfffkgggtsehttdertddtredtnecuhfhrohhmpeforghurhhi
 tghiohcuveholhhlrghrvghsuceomhgruhhrihgtihhosegtohhllhgrrhgvshdrohhrgh
 eqnecuggftrfgrthhtvghrnhepgeekfeekledutdeltdduteelvdeuhfeiffdtgffgffff
 tedugffggefhgefhtdffnecuffhomhgrihhnpehgnhhurdhorhhgnecukfhppeduledurd
 dukeehrdefgedrvdduheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgr
 ihhlfhhrohhmpehmrghurhhitghiohestgholhhlrghrvghsrdhorhhg
X-ME-Proxy: <xmx:zssmYElpsAK_KI36WDudBkWs0cZPXGW3WfQ9k3FzRJYO3_Dpd5e6_Q>
 <xmx:zssmYDzW40WsfH5n89VzfMRq2XK4sZyN-I512AlRR8x0j2jlYN9Bgg>
 <xmx:zssmYOTjDzgiJc1DCo__MtO2b6ObsF7m-sqz8FDrEM5m4DGlZnrrhA>
 <xmx:zssmYH4G_KCKPYEltFxLfGcums3iZ9ZUiyutUEpAVpfNhVWv1ELPWQ>
Received: from asus (unknown [191.185.34.215])
 by mail.messagingengine.com (Postfix) with ESMTPA id 46C691080063;
 Fri, 12 Feb 2021 13:41:17 -0500 (EST)
References: <87r1lml74t.fsf@HIDDEN> <87ft21qjiw.fsf@HIDDEN>
User-agent: mu4e 1.4.13; emacs 28.0.50
From: Mauricio Collares <mauricio@HIDDEN>
In-reply-to: <87ft21qjiw.fsf@HIDDEN>
Date: Fri, 12 Feb 2021 15:41:13 -0300
Message-ID: <87o8gpf7sm.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)


Basil L. Contovounesios <contovob@HIDDEN> writes:

> [CCing the GNU ELPA maintainer.]
>
> Mauricio Collares <mauricio@HIDDEN> writes:
>
>> Currently, there's no way to get a permanent link to a package version
>> that happens to be the current one. 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.
>>
>> I would like to ask the GNU ELPA maintainers to host both
>> https://elpa.gnu.org/packages/PACKAGE-CURRENTVERSION.lz (permanent) as
>> well as https://elpa.gnu.org/packagesa/PACKAGE-CURRENTVERSION
>> (temporary). This would make it easier for people to build reproducible
>> environments by pinning a package version. I don't particularly care
>> about exposing it as a link on the website; for my purposes, it's enough
>> that the file exists. This is perhaps a little bit wasteful, but
>> compressed versions shouldn't be too big.
>
> Wouldn't it be wasteless if the "current version" URL was symbolic and
> resolved to the concrete versioned release?


Hi Basil,

Thanks for taking the time to reply! I think my use of "CURRENTVERSION"
in the previous email URL was ambiguous. Concretely, what I want to have
is to be able to fetch auctex 13.0.4 (which, as of 2021-02-12 is the
current version) through a URL that will still serve the exact same file
(auctex 13.0.4, and ideally same sha256) a year from now. If I
understand correctly, your suggestion gives a link that always points to
the newest version, due to ambiguity in my previous email. I apologize
for the confusion.

Best,
Mauricio

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#46441: GNU ELPA feature request: host .lz archives (as well as uncompressed) for current versions
Resent-From: "Basil L. Contovounesios" <contovob@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 12 Feb 2021 19:09:02 +0000
Resent-Message-ID: <handler.46441.B46441.16131569122410 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 46441
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Mauricio Collares <mauricio@HIDDEN>
Cc: 46441 <at> debbugs.gnu.org, Stefan Monnier <monnier@HIDDEN>
Received: via spool by 46441-submit <at> debbugs.gnu.org id=B46441.16131569122410
          (code B ref 46441); Fri, 12 Feb 2021 19:09:02 +0000
Received: (at 46441) by debbugs.gnu.org; 12 Feb 2021 19:08:32 +0000
Received: from localhost ([127.0.0.1]:32992 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1lAdns-0000co-Et
	for submit <at> debbugs.gnu.org; Fri, 12 Feb 2021 14:08:32 -0500
Received: from mail-wr1-f47.google.com ([209.85.221.47]:44303)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <contovob@HIDDEN>) id 1lAdnp-0000cZ-SG
 for 46441 <at> debbugs.gnu.org; Fri, 12 Feb 2021 14:08:30 -0500
Received: by mail-wr1-f47.google.com with SMTP id g6so402900wrs.11
 for <46441 <at> debbugs.gnu.org>; Fri, 12 Feb 2021 11:08:29 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=tcd.ie; s=google21;
 h=from:to:cc:subject:references:date:in-reply-to:message-id
 :user-agent:mime-version;
 bh=A2AdNV48RMYcM+DqMT5vzWPOkOWlDh0sGXWQa1UovVk=;
 b=TkYl6MEIsOtVy0KtQO2Z05tVtkzpMP1UEaMwDVunPwrlKl/rMuPDULiChoEHObf81k
 hEJ4BgoDhhrmfa3s2zpnmNPH6nqT1xWqmgnv6T7Xf0RrlvMrfaa+Z7eLSNLpR6iobjny
 +CBeQe8KQ9NZ38mQPdjTkhXdR7sjTEtFOF+BCjjs1ez9C6mS+FXXIUmrkbMiW105SNEE
 7sVyfDSUejP+sb71wz5YbZ01xBZtoWcpyShOz40M1X3eoz8vtxTD5BZa2RcAR65JliHP
 ZnzLeb4vKdZm1cKDo3B+uE5m8F8AjjaP0DLh93zOzYfGVkjVs+k5GNYvkncPyhR9dMAb
 +5zw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to
 :message-id:user-agent:mime-version;
 bh=A2AdNV48RMYcM+DqMT5vzWPOkOWlDh0sGXWQa1UovVk=;
 b=FizIp3/iEYY4wBPHdPOnuGXTn1Fgg8itpfxg3aM7LILHQkSKZaqS/k0xkv20OZ42Kp
 gskQF5kPJdpLeuge6RoeTsauDxLPfRRnSTlF1+YYe7oGaiiz2cJxaY/+IdDpj358XQ1V
 Y5kjxVYFKGm0DbXUrRs3lQbA0tUa4DxHT6UYtPD2coBA5ugW2dw6ylVIi0hM9kgKdP/Q
 M7xH/Iew8roQFL3GrCuUSeIdpq9uW47mWjwvUy5HYRzEw1bmpUUhKBqS9p2mMk9djUrG
 6YFDTiSVQRpEDw9ck3qw8e1ePMjUYtXQjaUPkD4d3ZQ2xOZEn1BBQZHxlxgFBFI9Iiuv
 v9ZQ==
X-Gm-Message-State: AOAM530rKDc239jfW0at1Mf7FE6DBa/Ss/Ns9ZCsQEFDRgR6mEl4A6we
 a2SBgb77b44sLnD4TUFcCebA4A==
X-Google-Smtp-Source: ABdhPJz03U4Vzq3uC/+w16gyO+mpMDTahOPbDIUIsFKGwA7Py7c1mmC0+naNGjHAomAeg6u/+vkJxg==
X-Received: by 2002:adf:f549:: with SMTP id j9mr5047329wrp.347.1613156904046; 
 Fri, 12 Feb 2021 11:08:24 -0800 (PST)
Received: from localhost ([2a02:8084:20e2:c380:f410:82e8:3a21:eedf])
 by smtp.gmail.com with ESMTPSA id s11sm7495437wra.82.2021.02.12.11.08.23
 (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256);
 Fri, 12 Feb 2021 11:08:23 -0800 (PST)
From: "Basil L. Contovounesios" <contovob@HIDDEN>
References: <87r1lml74t.fsf@HIDDEN> <87ft21qjiw.fsf@HIDDEN>
 <jwv5z2xduzz.fsf-monnier+emacs@HIDDEN> <87tuqhf80p.fsf@HIDDEN>
Date: Fri, 12 Feb 2021 19:08:21 +0000
In-Reply-To: <87tuqhf80p.fsf@HIDDEN> (Mauricio Collares's message of
 "Fri, 12 Feb 2021 15:36:22 -0300")
Message-ID: <87eehlqf2y.fsf@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: 0.0 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.0 (-)

Mauricio Collares <mauricio@HIDDEN> writes:

> 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);

What are the obstacles to fetching from elpa.git here?
E.g. http://git.savannah.gnu.org/cgit/emacs/elpa.git/?h=externals/auctex

Thanks,

-- 
Basil

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#46441: GNU ELPA feature request: host .lz archives (as well as uncompressed) for current versions
Resent-From: Mauricio Collares <mauricio@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 12 Feb 2021 19:32:01 +0000
Resent-Message-ID: <handler.46441.B46441.16131583134598 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 46441
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: "Basil L. Contovounesios" <contovob@HIDDEN>
Cc: 46441 <at> debbugs.gnu.org, Stefan Monnier <monnier@HIDDEN>
Received: via spool by 46441-submit <at> debbugs.gnu.org id=B46441.16131583134598
          (code B ref 46441); Fri, 12 Feb 2021 19:32:01 +0000
Received: (at 46441) by debbugs.gnu.org; 12 Feb 2021 19:31:53 +0000
Received: from localhost ([127.0.0.1]:33022 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1lAeAT-0001C5-2H
	for submit <at> debbugs.gnu.org; Fri, 12 Feb 2021 14:31:53 -0500
Received: from wout4-smtp.messagingengine.com ([64.147.123.20]:55165)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <mauricio@HIDDEN>) id 1lAeAQ-0001Br-0u
 for 46441 <at> debbugs.gnu.org; Fri, 12 Feb 2021 14:31:52 -0500
Received: from compute7.internal (compute7.nyi.internal [10.202.2.47])
 by mailout.west.internal (Postfix) with ESMTP id 337E677E;
 Fri, 12 Feb 2021 14:31:44 -0500 (EST)
Received: from mailfrontend2 ([10.202.2.163])
 by compute7.internal (MEProxy); Fri, 12 Feb 2021 14:31:44 -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=39mH3uzM3B4Ddzi6INdyNiOTkK
 qSB3p1oo/dsR+upVY=; b=korVPY394tArYiz1ifVnb+63xCaazww+ha46ly9r4h
 elrSFD0CTGWPvlFp1JpfDbApijRDuX2nqGCFDRVvXYFlJDEnEBlYJMOhXy5iohzh
 HHJvJDG9eJZHfJTI/eSpyIlOlnX8DvsfLi0QjYCpCHp6UHG3R2C8gT4FcKv84CZ+
 EwqTrVF06evqcQRwIEn8iJXDOZysKVFC5CHsQaD2awV538Za7WqE15jXruuKy2ON
 E3Mv23MRMr2QG/99sJvK7zt0eIJGlpHG8kn5VxkphHIC/8AJBL87NZpVHWRjiwaR
 i6i4V0Xx2sEnpa4R4OjdhtQ80rtjKzBky+vUwGlCrIng==
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=39mH3u
 zM3B4Ddzi6INdyNiOTkKqSB3p1oo/dsR+upVY=; b=I3FxJMADJnjDKmZaitJYB2
 X/22+2Jc8FxVRMGG+Awm3m+qMrRBkmHZ3EckUrGowkN4ewyhgMPrteAcmfj5aFRg
 8DR0MudYHI3oz7GZhfplCnNAN9X5aPwvKNEDuinX8EkmQNuxh5YHZdictI9jiPOG
 ibLEvMf6hgTUvEwVsNCBfJkJxP3HsgmpbSW0tBAYNJZfXxZdIrkPW+niE/iMp1df
 U7j7Qc+PUm0SjKuyXrgHtJ2Roj5AOqpvm2kpGsjDwInCMZYtuk4y6jraahBxn6W6
 nWq8rQ5VpaTTdeuddotW6+qtEtP/jitJqSzh5zsL3/mDnwj3XZF+y7Z95GFuiO8Q
 ==
X-ME-Sender: <xms:n9cmYN9xjfkTpl9lsDmvMiJw0XtDelM6tcvpj2kX2PbWFz_-uFUP5g>
 <xme:n9cmYDtBPi10L9E1uqca2XYN91L3vyQ2uWZ1tEPM_b41tmBUqBogFZD_i6znP_r-1
 tkB0ew7eoEYmc_JTA>
X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledriedugdduvdekucetufdoteggodetrfdotf
 fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen
 uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne
 cujfgurhepfhgfhffvufgjfffkgggtsehttdertddtredtnecuhfhrohhmpeforghurhhi
 tghiohcuveholhhlrghrvghsuceomhgruhhrihgtihhosegtohhllhgrrhgvshdrohhrgh
 eqnecuggftrfgrthhtvghrnhepgeekfeekledutdeltdduteelvdeuhfeiffdtgffgffff
 tedugffggefhgefhtdffnecuffhomhgrihhnpehgnhhurdhorhhgnecukfhppeduledurd
 dukeehrdefgedrvdduheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgr
 ihhlfhhrohhmpehmrghurhhitghiohestgholhhlrghrvghsrdhorhhg
X-ME-Proxy: <xmx:n9cmYEZJ9ubp6_BQehfuvbL_QrPSvPWkjkS9LOBamzeOz5pZ90OcSg>
 <xmx:n9cmYDoMX36XEYiGAAJd1WjEk4P6ux0Ve9nb1W_hCOi0GCARz4vtjQ>
 <xmx:n9cmYJ89l4YbCnh-DrimbOHC5H42HieclGjicpp_2ksn8x7OEgSz6w>
 <xmx:n9cmYNkJBbDbkcfLvd2-nqzlHK9nKfGVtm6YeUkk_qaRpGor8AYaIQ>
Received: from asus (unknown [191.185.34.215])
 by mail.messagingengine.com (Postfix) with ESMTPA id 517F21080057;
 Fri, 12 Feb 2021 14:31:42 -0500 (EST)
References: <87r1lml74t.fsf@HIDDEN> <87ft21qjiw.fsf@HIDDEN>
 <jwv5z2xduzz.fsf-monnier+emacs@HIDDEN> <87tuqhf80p.fsf@HIDDEN>
 <87eehlqf2y.fsf@HIDDEN>
User-agent: mu4e 1.4.13; emacs 28.0.50
From: Mauricio Collares <mauricio@HIDDEN>
In-reply-to: <87eehlqf2y.fsf@HIDDEN>
Date: Fri, 12 Feb 2021 16:31:37 -0300
Message-ID: <87h7mhf5gm.fsf@HIDDEN>
MIME-Version: 1.0
Content-Type: text/plain
X-Spam-Score: -0.7 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -1.7 (-)

Basil L. Contovounesios <contovob@HIDDEN> writes:

> Mauricio Collares <mauricio@HIDDEN> writes:
>
>> 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);
>
> What are the obstacles to fetching from elpa.git here?
> E.g. http://git.savannah.gnu.org/cgit/emacs/elpa.git/?h=externals/auctex

Hi Basil,

If it's possible to do this for any package, then this is a great
alternative! I see there's an elpa-packages file in the ELPA Git repo
pointing to the sources for each package, which is definitely a format
that Nix can work with. A few questions, just to be sure:

1) When does a commit to the package's repo generate a new release on
ELPA? (every commit triggers a release?)

2) Are there "exceptions" to the list in elpa-packages? That is, if a
package's repo is listed nil in elpa-packages, is it guaranteed that a
branch will exist for that package in ELPA's Git repo?

Thanks,
Mauricio

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#46441: GNU ELPA feature request: host .lz archives (as well as uncompressed) for current versions
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Fri, 12 Feb 2021 22:27:01 +0000
Resent-Message-ID: <handler.46441.B46441.161316880312427 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 46441
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Mauricio Collares <mauricio@HIDDEN>
Cc: "Basil L. Contovounesios" <contovob@HIDDEN>, 46441 <at> debbugs.gnu.org
Received: via spool by 46441-submit <at> debbugs.gnu.org id=B46441.161316880312427
          (code B ref 46441); Fri, 12 Feb 2021 22:27:01 +0000
Received: (at 46441) by debbugs.gnu.org; 12 Feb 2021 22:26:43 +0000
Received: from localhost ([127.0.0.1]:33176 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1lAgte-0003EN-ME
	for submit <at> debbugs.gnu.org; Fri, 12 Feb 2021 17:26:42 -0500
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:37451)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <monnier@HIDDEN>) id 1lAgtb-0003E8-Mf
 for 46441 <at> debbugs.gnu.org; Fri, 12 Feb 2021 17:26:42 -0500
Received: from pmg3.iro.umontreal.ca (localhost [127.0.0.1])
 by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id 1AADA44104C;
 Fri, 12 Feb 2021 17:26:34 -0500 (EST)
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg3.iro.umontreal.ca (Proxmox) with ESMTP id A277B440A9D;
 Fri, 12 Feb 2021 17:26:32 -0500 (EST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1613168792;
 bh=R6IPZNmXyfCRrRoD4vdeIPHZD2dKkN2kf3KqKkFftcY=;
 h=From:To:Cc:Subject:References:Date:In-Reply-To:From;
 b=GfaR9TmMa3n3mHGko6yo0LT6x7dX1Hv1SZEOxRk0APK2yAe+ePlpmOd/78+mxxB6g
 mjhDk1YgYV6Yr+JO3Zzb8RuzXU0Q3+jDH5wWD9zz2g1b3T/q96EpCYeRNTxCjJfDNM
 J+89+fiezNV/ynMrSrq/DYySQcOVE6mvmSqt11+pgvSLh8Yz08eOujSmMMkHRJSR5D
 xo+lWGTXG/74Edo7P4Peix5ne9VHKXpLOXtqZBZAm8QxGt/jcfw3hbiW66a1RijoKd
 NPrA4zCFABizBsVssj8lFQI6zrejZg6AGvR4SXJcParwwxybakfuNMur2+rzp2gNVY
 zXg/mYCEGwayw==
Received: from alfajor (unknown [216.154.41.47])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 69133120270;
 Fri, 12 Feb 2021 17:26:32 -0500 (EST)
From: Stefan Monnier <monnier@HIDDEN>
Message-ID: <jwvim6xc6m4.fsf-monnier+emacs@HIDDEN>
References: <87r1lml74t.fsf@HIDDEN> <87ft21qjiw.fsf@HIDDEN>
 <jwv5z2xduzz.fsf-monnier+emacs@HIDDEN> <87tuqhf80p.fsf@HIDDEN>
Date: Fri, 12 Feb 2021 17:26:31 -0500
In-Reply-To: <87tuqhf80p.fsf@HIDDEN> (Mauricio Collares's message of
 "Fri, 12 Feb 2021 15:36:22 -0300")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL -0.093 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

> Thanks for the reply! The particular use case here is to have a
> reproducible environment via the Nix package manager.

I see, yes that makes sense.  Hmm...

> 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.

Actually, 20 is not necessarily that generous in this regard: it's 20
total, but we try to preserve "key" releases (e.g. the ones where the
leading number increased and the ones just before that) rather than
focus only on the most recent ones.  So if the latest version is 6.7,
it's quite possible that 6.4 came out fairly recently but has already
been pruned because we preferred to keep some older ones instead.

If you can work from the elpa.git instead, then you'll avoid those
problems (but the content is slightly different, so it might be less
convenient).

> If it's possible to do this for any package, then this is a great
> alternative! I see there's an elpa-packages file in the ELPA Git repo
> pointing to the sources for each package, which is definitely a format
> that Nix can work with. A few questions, just to be sure:

The URL just points to the "expected" upstream location.  The GNU ELPA
packages are never built from the data at that URL but from the (more or
less) copies we keep in the branches in `elpa.git`.

> 1) When does a commit to the package's repo generate a new release on
> ELPA? (every commit triggers a release?)

When the commit changes the `Version:` header in the main file.

> 2) Are there "exceptions" to the list in elpa-packages? That is, if a
> package's repo is listed nil in elpa-packages, is it guaranteed that a
> branch will exist for that package in ELPA's Git repo?

Regardless of the `:url`, the package's code is kept in the
corresponding `externals/[PKGNAME]` branch.


        Stefan

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#46441: GNU ELPA feature request: host .lz archives (as well as uncompressed) for current versions
Resent-From: Stefan Kangas <stefan@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 04 Apr 2021 01:02:02 +0000
Resent-Message-ID: <handler.46441.B46441.161749806217946 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 46441
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Monnier <monnier@HIDDEN>
Cc: "Basil L. Contovounesios" <contovob@HIDDEN>, 46441 <at> debbugs.gnu.org, Mauricio Collares <mauricio@HIDDEN>
Received: via spool by 46441-submit <at> debbugs.gnu.org id=B46441.161749806217946
          (code B ref 46441); Sun, 04 Apr 2021 01:02:02 +0000
Received: (at 46441) by debbugs.gnu.org; 4 Apr 2021 01:01:02 +0000
Received: from localhost ([127.0.0.1]:34664 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1lSr8Q-0004fO-6i
	for submit <at> debbugs.gnu.org; Sat, 03 Apr 2021 21:01:02 -0400
Received: from mail-pl1-f172.google.com ([209.85.214.172]:46881)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <stefankangas@HIDDEN>) id 1lSr8L-0004eh-BA
 for 46441 <at> debbugs.gnu.org; Sat, 03 Apr 2021 21:01:00 -0400
Received: by mail-pl1-f172.google.com with SMTP id t20so4072854plr.13
 for <46441 <at> debbugs.gnu.org>; Sat, 03 Apr 2021 18:00:57 -0700 (PDT)
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
 d=1e100.net; s=20161025;
 h=x-gm-message-state:from:in-reply-to:references:user-agent
 :mime-version:date:message-id:subject:to:cc;
 bh=DxI4K1s6fkzJvu4vn7Bt8m19ZkJGZzKoLQ/JwuBJHm0=;
 b=QioqPUhUWoDSJ0UYgPclCZeyn+aumH4djzYPy0GDakuELs8syGYDfjGNaulR78aXQI
 VfZg1dDjgoErHuCRCB1WG4UV+AaJR2+vPhPSBL9xGTYweXFjM7EN7Sz1ZUtt53Wnz9vb
 kzXo0+PnPaHi5CdgonaRUN7hjvNTkWJG3u+Sec03bDsWqv9LcofRt53UfR7fb4YGSGxz
 mAhXnFaW4VZl3sg9Pahk/EsG3BV7DYEBHL/JZEhOxUtZI/wIyi0WYjW4r/T+gnNkavwp
 WJ5ihBJOz+JNq079bB4CatePZBIC0CNfks5Sspn6bSZw+g1eRqgYudA6JnxSRvjBn8Q1
 98AA==
X-Gm-Message-State: AOAM5325REM5fekl9rBeK6Ciex8SxQ/msRbbw+cJAUR2M1ANSpOo00UM
 mqm8VDFeDrJVQDK09ZFJ+kZeQ6eTL/0CYnM9uPY=
X-Google-Smtp-Source: ABdhPJx1PRYGoyZllrtDzGkOGpzB6L2HfOekerOISzbFO4xy5+sru4qa03QJs5vCcAsfy+fujnXXByK9MxQjNtrxYxg=
X-Received: by 2002:a17:90a:bd09:: with SMTP id
 y9mr19959314pjr.179.1617498051395; 
 Sat, 03 Apr 2021 18:00:51 -0700 (PDT)
Received: from 753933720722 named unknown by gmailapi.google.com with
 HTTPREST; Sat, 3 Apr 2021 20:00:51 -0500
From: Stefan Kangas <stefan@HIDDEN>
In-Reply-To: <jwv5z2xduzz.fsf-monnier+emacs@HIDDEN> (Stefan Monnier's message
 of "Fri, 12 Feb 2021 13:10:01 -0500")
References: <87r1lml74t.fsf@HIDDEN> <87ft21qjiw.fsf@HIDDEN>
 <jwv5z2xduzz.fsf-monnier+emacs@HIDDEN>
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Date: Sat, 3 Apr 2021 20:00:51 -0500
Message-ID: <CADwFkmkXWojE2Kkvi_4ZNaa3Bd5bQMSo97UN9mn7DPi8hZX-UA@HIDDEN>
Content-Type: text/plain; charset="UTF-8"
X-Spam-Score: 0.5 (/)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -0.5 (/)

Stefan Monnier <monnier@HIDDEN> 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.

Why not say, in addition to the above: we never delete anything more
recent than N years or months?

Message sent to bug-gnu-emacs@HIDDEN:

X-Loop: help-debbugs@HIDDEN
Subject: bug#46441: GNU ELPA feature request: host .lz archives (as well as uncompressed) for current versions
Resent-From: Stefan Monnier <monnier@HIDDEN>
Original-Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
Resent-CC: bug-gnu-emacs@HIDDEN
Resent-Date: Sun, 04 Apr 2021 23:11:01 +0000
Resent-Message-ID: <handler.46441.B46441.161757780613990 <at> debbugs.gnu.org>
Resent-Sender: help-debbugs@HIDDEN
X-GNU-PR-Message: followup 46441
X-GNU-PR-Package: emacs
X-GNU-PR-Keywords: 
To: Stefan Kangas <stefan@HIDDEN>
Cc: "Basil L. Contovounesios" <contovob@HIDDEN>, 46441 <at> debbugs.gnu.org, Mauricio Collares <mauricio@HIDDEN>
Received: via spool by 46441-submit <at> debbugs.gnu.org id=B46441.161757780613990
          (code B ref 46441); Sun, 04 Apr 2021 23:11:01 +0000
Received: (at 46441) by debbugs.gnu.org; 4 Apr 2021 23:10:06 +0000
Received: from localhost ([127.0.0.1]:36626 helo=debbugs.gnu.org)
	by debbugs.gnu.org with esmtp (Exim 4.84_2)
	(envelope-from <debbugs-submit-bounces <at> debbugs.gnu.org>)
	id 1lTBsb-0003dZ-MA
	for submit <at> debbugs.gnu.org; Sun, 04 Apr 2021 19:10:05 -0400
Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:51961)
 by debbugs.gnu.org with esmtp (Exim 4.84_2)
 (envelope-from <monnier@HIDDEN>) id 1lTBsa-0003d3-PF
 for 46441 <at> debbugs.gnu.org; Sun, 04 Apr 2021 19:10:05 -0400
Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1])
 by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id 521711000CF;
 Sun,  4 Apr 2021 19:09:59 -0400 (EDT)
Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1])
 by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id D5C20100006;
 Sun,  4 Apr 2021 19:09:57 -0400 (EDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca;
 s=mail; t=1617577797;
 bh=p1o+Sdh5kbdFp5GZEI27YRswCTo7b42fba/DcrBKhvM=;
 h=From:To:Cc:Subject:References:Date:In-Reply-To:From;
 b=lkxo1xm81ivUanHoeqh7hpdvkNC4ZQKzF+TM/k+I1pgf5MKMs2SdWaf1CWosHY9nA
 k/8PjPrKpTsoX3+F5CjJcHd8a3TtXmErFl0DPR3YrWJyQXj9pfpQn+HJc833pNCpiN
 ITLH3FcRHPu6CXomelAWjX0QVK8K58EAQqZVLNlIyA7RhARXFC8WamuGcSAaHdXNlY
 ZDZ8qdGE2AYgg4WVepbKN2QgX4kaq2k5wFGR4ZecdNx7+YGr3fdKOkcXS53g55mGLQ
 FcXzx6ItFMNZAak23K/UTEs8qmoNUN39+k0ydslVFw5rIuj1hX/F1Jg/Q7RXxXVt5f
 osGjicwzLSyGw==
Received: from alfajor (104-222-126-84.cpe.teksavvy.com [104.222.126.84])
 by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id 8DFBE120320;
 Sun,  4 Apr 2021 19:09:57 -0400 (EDT)
From: Stefan Monnier <monnier@HIDDEN>
Message-ID: <jwv5z11r6pv.fsf-monnier+emacs@HIDDEN>
References: <87r1lml74t.fsf@HIDDEN> <87ft21qjiw.fsf@HIDDEN>
 <jwv5z2xduzz.fsf-monnier+emacs@HIDDEN>
 <CADwFkmkXWojE2Kkvi_4ZNaa3Bd5bQMSo97UN9mn7DPi8hZX-UA@HIDDEN>
Date: Sun, 04 Apr 2021 19:09:56 -0400
In-Reply-To: <CADwFkmkXWojE2Kkvi_4ZNaa3Bd5bQMSo97UN9mn7DPi8hZX-UA@HIDDEN>
 (Stefan Kangas's message of "Sat, 3 Apr 2021 20:00:51 -0500")
User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux)
MIME-Version: 1.0
Content-Type: text/plain
X-SPAM-INFO: Spam detection results:  0
 ALL_TRUSTED                -1 Passed through trusted hosts only via SMTP
 AWL 0.072 Adjusted score from AWL reputation of From: address
 BAYES_00                 -1.9 Bayes spam probability is 0 to 1%
 DKIM_SIGNED               0.1 Message has a DKIM or DK signature,
 not necessarily valid
 DKIM_VALID -0.1 Message has at least one valid DKIM or DK signature
 DKIM_VALID_AU -0.1 Message has a valid DKIM or DK signature from author's
 domain
X-SPAM-LEVEL: 
X-Spam-Score: -2.3 (--)
X-BeenThere: debbugs-submit <at> debbugs.gnu.org
X-Mailman-Version: 2.1.18
Precedence: list
List-Id: <debbugs-submit.debbugs.gnu.org>
List-Unsubscribe: <https://debbugs.gnu.org/cgi-bin/mailman/options/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=unsubscribe>
List-Archive: <https://debbugs.gnu.org/cgi-bin/mailman/private/debbugs-submit/>
List-Post: <mailto:debbugs-submit <at> debbugs.gnu.org>
List-Help: <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=help>
List-Subscribe: <https://debbugs.gnu.org/cgi-bin/mailman/listinfo/debbugs-submit>, 
 <mailto:debbugs-submit-request <at> debbugs.gnu.org?subject=subscribe>
Errors-To: debbugs-submit-bounces <at> debbugs.gnu.org
Sender: "Debbugs-submit" <debbugs-submit-bounces <at> debbugs.gnu.org>
X-Spam-Score: -3.3 (---)

>>>> 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.
>
> Why not say, in addition to the above: we never delete anything more
> recent than N years or months?

Yes, that's probably what we should do (tho only for the release
tarballs rather than the devel tarballs).
Patch welcome (the relevant code is in `elpaa--prune-old-tarballs` tho
changes elsewhere will be needed to propagate whether we're pruning
release tarballs or devel tarballs).


        Stefan

Last modified: Sun, 4 Apr 2021 23:15:02 UTC

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997 nCipher Corporation Ltd, 1994-97 Ian Jackson.