From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: "Bozhidar Batsov" Newsgroups: gmane.emacs.devel Subject: Re: Don't add tags to ELPA packages -- documentation? Date: Wed, 18 Aug 2021 09:41:37 +0300 Message-ID: <83e594e7-e7b1-455d-807c-2b3020abdf4a@www.fastmail.com> References: <87fsv7bww1.fsf@ericabrahamsen.net> <87k0kjoi3j.fsf@ericabrahamsen.net> <7dc63c685f15a500c7b37a153c28f6b3@webmail.orcon.net.nz> <87bl5vod7t.fsf@ericabrahamsen.net> <9f29e7dafac0498cffad17b4db809445@webmail.orcon.net.nz> Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=567a78c45fd5440bb9254c5846ca664a Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="29373"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Cyrus-JMAP/3.5.0-alpha0-1118-g75eff666e5-fm-20210816.002-g75eff666 To: "Emacs Devel" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Wed Aug 18 08:43:23 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 1mGFIH-0007PX-1e for ged-emacs-devel@m.gmane-mx.org; Wed, 18 Aug 2021 08:43:23 +0200 Original-Received: from localhost ([::1]:47302 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1mGFIF-0003LJ-9H for ged-emacs-devel@m.gmane-mx.org; Wed, 18 Aug 2021 02:43:19 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:48616) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mGFH5-0002eA-KK for emacs-devel@gnu.org; Wed, 18 Aug 2021 02:42:09 -0400 Original-Received: from wout4-smtp.messagingengine.com ([64.147.123.20]:45351) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1mGFH0-0001NJ-MU for emacs-devel@gnu.org; Wed, 18 Aug 2021 02:42:05 -0400 Original-Received: from compute4.internal (compute4.nyi.internal [10.202.2.44]) by mailout.west.internal (Postfix) with ESMTP id 905273200904 for ; Wed, 18 Aug 2021 02:41:59 -0400 (EDT) Original-Received: from imap43 ([10.202.2.93]) by compute4.internal (MEProxy); Wed, 18 Aug 2021 02:41:59 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=batsov.dev; h= mime-version:message-id:in-reply-to:references:date:from:to :subject:content-type; s=fm1; bh=XiLPP0+Xi4LdNFFux2FQjcicPPseTZG fESkaMAtF4wA=; b=S9Qx3OmoLDHe/XKFgOOrOoed66XTgTWdoFmvfYJ2P5u3jvn QfBRNVzWiG4eiFVjTaKjU5H2bqe6V8r9B0fJXSn24Mg8iHKdfFN84YRZKHCptYY7 KdFdtAImV5frd1DVyAGKkpggjsfAp7NrV0nsA8+hidTxbhNlOSRZnG2vt5oRABWD 5SSj8UJLvAUoxeQL7uRWzUzdHVc1CRDlvydFjf/M5RhNlc5ux3PMFValUG5FKmmj l7qAE34yq/sgS5gbCMJRS+F3Y23E7apePV8lfqYMMw68TPbQfK9mi01z6PQqc3zl Gr5zCxciW6k61kgG46S9nphGSdmP9s1UR0ysCWg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=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=fm3; bh=XiLPP0 +Xi4LdNFFux2FQjcicPPseTZGfESkaMAtF4wA=; b=Ljfsm5vMuADTau3450m7W5 rg3oelV/o9hkDG4KYK0hDIVpAc+KUvIzSs4UrAo702ByLtIEyIw8aWA2DC7l3Tl6 IDqoZcTZqCvNhfor0OljJ8UKpLov4yAXFaXh9PJx8UxvnJ/o5l0ngWXZPH/Ik7K3 UQ6u0ZdouPVm59Lo90B6OVuPX7qpMV8KK7X6c5RKjWEh6EUw1FVgToxovo8tYAQT PH15ahEKVFnJDA25GHXeC3TzN7F4EdWBS1EMvdy28qL7keqXGTn+ji3pVFuHEX5T kSFBJZG7Ux/dDt5XO+ntPrgLkafAuK43zESt1Ri29tybObJ9POArVfzRrympPLyw == X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddrleeggddutdejucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhepofgfggfkjghffffhvffutgesrgdtreerreertdenucfhrhhomhepfdeuohii hhhiuggrrhcuuegrthhsohhvfdcuoegsohiihhhiuggrrhessggrthhsohhvrdguvghvqe enucggtffrrghtthgvrhhnpeegvdetfeekkeetieelffdtkedutdfhffefgedtvefhteef veejhffgtdekjeeiueenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrih hlfhhrohhmpegsohiihhhiuggrrhessggrthhsohhvrdguvghv X-ME-Proxy: Original-Received: by mailuser.nyi.internal (Postfix, from userid 501) id 07BB6AC0DD1; Wed, 18 Aug 2021 02:41:59 -0400 (EDT) X-Mailer: MessagingEngine.com Webmail Interface In-Reply-To: <9f29e7dafac0498cffad17b4db809445@webmail.orcon.net.nz> Received-SPF: pass client-ip=64.147.123.20; envelope-from=bozhidar@batsov.dev; helo=wout4-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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_PASS=-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.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:272545 Archived-At: --567a78c45fd5440bb9254c5846ca664a Content-Type: text/plain I'm a bit confused by the conversation so far. Can someone elaborate on "maintainers have explicitly pushed their tags to the ELPA repo"? I do tag all the releases of my packages, as that's a common (and good) practice, but I don't understand why would something like this be affecting ELPA negatively. Does it sync the tags from the remotes or what? In general I don't think that something like "stop tagging your releases upstream" is a good solution. Adding a prefix to the tag name (e.g. the package name) also seems weird in the context of a single project repository. On Wed, Aug 18, 2021, at 5:30 AM, Phil Sainty wrote: > On 2021-08-18 11:36, Eric Abrahamsen wrote: > > Okay, this is really useful! Thank you. So it's only an issue if > > package > > maintainers have explicitly pushed their tags to the ELPA repo. So all > > the README needs to say, really, is "don't push your tags to the ELPA > > repo". > > Yes, I think so; although it might be worthwhile elaborating to avoid > any potential confusion. Something like: > > Git tags should not be pushed to the ELPA repository. This is because: > > * Tags are global throughout any git repository. > > * Therefore tags sourced from one package might conflict with tags > sourced from another project (e.g. a version tag "1.0"). > > * The ELPA repository doesn't need any tags. > > Note that git will not push any tags unless you explicitly tell it to > do so. > > > --567a78c45fd5440bb9254c5846ca664a Content-Type: text/html Content-Transfer-Encoding: quoted-printable
I'm a bit confu= sed by the conversation so far. Can someone elaborate on "maintainers ha= ve explicitly pushed their tags to the ELPA repo"? I do tag all the rele= ases of my packages, as that's a common (and good) practice, but I don't= understand why would something like this be affecting ELPA negatively. = Does it sync the tags from the remotes or what? 

=
In general I don't think that something like "stop tagging yo= ur releases upstream" is a good solution. Adding a prefix to the tag nam= e (e.g. the package name) also seems weird in the context of a single pr= oject repository. 

On Wed, Aug 18, 2021, a= t 5:30 AM, Phil Sainty wrote:
On 2021-08-18 11:36, Eric Abrahamsen wrote:
=
> Okay, this is really useful! Thank you. So it's only an issue = if 
> package
> maintainers have = explicitly pushed their tags to the ELPA repo. So all
>= the README needs to say, really, is "don't push your tags to the ELPA&n= bsp;
> repo".

Yes, I think= so; although it might be worthwhile elaborating to avoid
= any potential confusion.  Something like:

<= div>Git tags should not be pushed to the ELPA repository.  This is = because:

* Tags are global throughout any g= it repository.

* Therefore tags sourced fro= m one package might conflict with tags
   source= d from another project (e.g. a version tag "1.0").

* The ELPA repository doesn't need any tags.

<= /div>
Note that git will not push any tags unless you explicitly tel= l it to
do so.




--567a78c45fd5440bb9254c5846ca664a--