From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier 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 17:26:31 -0500 Message-ID: References: <87r1lml74t.fsf@collares.org> <87ft21qjiw.fsf@tcd.ie> <87tuqhf80p.fsf@collares.org> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31929"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: "Basil L. Contovounesios" , 46441@debbugs.gnu.org To: Mauricio Collares Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Feb 12 23:27:50 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 1lAguk-0008Dh-0i for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 12 Feb 2021 23:27:50 +0100 Original-Received: from localhost ([::1]:37426 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1lAgui-0004DZ-VA for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 12 Feb 2021 17:27:48 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:55576) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1lAgu0-0004DK-Ey for bug-gnu-emacs@gnu.org; Fri, 12 Feb 2021 17:27:07 -0500 Original-Received: from debbugs.gnu.org ([209.51.188.43]:49863) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1lAgtx-0008En-WA for bug-gnu-emacs@gnu.org; Fri, 12 Feb 2021 17:27:04 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1lAgtx-0003Ew-SM for bug-gnu-emacs@gnu.org; Fri, 12 Feb 2021 17:27:01 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Stefan Monnier Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 12 Feb 2021 22:27:01 +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.161316880312427 (code B ref 46441); Fri, 12 Feb 2021 22:27:01 +0000 Original-Received: (at 46441) by debbugs.gnu.org; 12 Feb 2021 22:26:43 +0000 Original-Received: from localhost ([127.0.0.1]:33176 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lAgte-0003EN-ME for submit@debbugs.gnu.org; Fri, 12 Feb 2021 17:26:42 -0500 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:37451) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1lAgtb-0003E8-Mf for 46441@debbugs.gnu.org; Fri, 12 Feb 2021 17:26:42 -0500 Original-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) Original-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== Original-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) In-Reply-To: <87tuqhf80p.fsf@collares.org> (Mauricio Collares's message of "Fri, 12 Feb 2021 15:36:22 -0300") 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:199888 Archived-At: > 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