From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Adam Porter Newsgroups: gmane.emacs.devel Subject: Re: Don't add tags to ELPA packages -- documentation? Date: Tue, 17 Aug 2021 17:01:03 -0500 Message-ID: <87mtpfenog.fsf@alphapapa.net> References: <87fsv7bww1.fsf@ericabrahamsen.net> <87k0kjoi3j.fsf@ericabrahamsen.net> Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="2486"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.3 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Aug 18 00:02:34 2021 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 1mG7AI-0000Ql-6E for ged-emacs-devel@m.gmane-mx.org; Wed, 18 Aug 2021 00:02:34 +0200 Original-Received: from localhost ([::1]:52334 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mG7AH-0007cE-1e for ged-emacs-devel@m.gmane-mx.org; Tue, 17 Aug 2021 18:02:33 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:51320) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mG793-0006Zw-3x for emacs-devel@gnu.org; Tue, 17 Aug 2021 18:01:17 -0400 Original-Received: from ciao.gmane.io ([116.202.254.214]:47578) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mG791-0005Gv-6Y for emacs-devel@gnu.org; Tue, 17 Aug 2021 18:01:16 -0400 Original-Received: from list by ciao.gmane.io with local (Exim 4.92) (envelope-from ) id 1mG78v-0009Ke-Vi for emacs-devel@gnu.org; Wed, 18 Aug 2021 00:01:09 +0200 X-Injected-Via-Gmane: http://gmane.org/ Received-SPF: pass client-ip=116.202.254.214; envelope-from=ged-emacs-devel@m.gmane-mx.org; helo=ciao.gmane.io X-Spam_score_int: -16 X-Spam_score: -1.7 X-Spam_bar: - X-Spam_report: (-1.7 / 5.0 requ) BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.249, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=no autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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:272526 Archived-At: Eric Abrahamsen writes: > Stefan Monnier writes: > >>> Can I patch the README to tell developers not to use tags at all? >> >> Sure. >> Indeed tags are not used in elpa.git and nongnu.git. >> >> Of course, you can still use tags there if you want, like in any >> other repository, but you're better off giving them names that include >> the relevant package's name, like `ebdb-0.7`. > > Good to know! I don't suppose you know what happens when we add ELPA or > nongnu ELPA as a new remote to a repo already containing tags that will > conflict with ELPA tags? Do you know at what stage git will bark at us? > Anyway, I can probably figure this out myself, but inquiring minds on > Matrix want to know... Well, that mind would be mine. :) Yes, I'd like to submit some of my packages (including some that are already on MELPA) to ELPA or nongnu ELPA at some point, but I tag my stable releases with tags like "0.6.1", which MELPA uses for MELPA Stable packages. It seems like I'd have to either delete the tags or rename them with the package name as a prefix, and AFAIK either one would be incompatible with MELPA Stable. Of course, I guess there'd be no need to be on MELPA anymore in that case, but having to fix all the tags would be a hassle, and then I'd have to break an old habit. I guess one can't have everything, but it'd be great if this could be "solved." The idea of sharing tags with other repos that aren't part of my own repos feels a little like a Twilight Zone episode, if there were an Emacs edition: they're not there, but they're there... :)