From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Dmitry Gutov Newsgroups: gmane.emacs.bugs Subject: bug#62720: 29.0.60; Not easy at all to upgrade :core packages like Eglot Date: Wed, 12 Apr 2023 23:50:00 +0300 Message-ID: References: <87a5zj2vfo.fsf@gmail.com> <87wn2modrm.fsf@posteo.net> <87ile6o2ov.fsf@posteo.net> <87y1mz38rl.fsf@posteo.net> <87ile2n0kn.fsf@gmail.com> <83v8i2abqi.fsf@gnu.org> <87wn2ilgx7.fsf@gmail.com> <83a5ze9uc1.fsf@gnu.org> <831qkq9rpy.fsf@gnu.org> <83pm898xb9.fsf@gnu.org> <87h6tlleg0.fsf@gmail.com> <8335558qc7.fsf@gnu.org> <83sfd5761f.fsf@gnu.org> <87zg7djrgr.fsf@gmail.com> <83o7nt73za.fsf@gnu.org> <834jpl6qi0.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="2545"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.9.0 Cc: philipk@posteo.net, larsi@gnus.org, 62720@debbugs.gnu.org, monnier@iro.umontreal.ca To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= , Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Wed Apr 12 22:51:23 2023 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 1pmhR4-0000Qe-GP for geb-bug-gnu-emacs@m.gmane-mx.org; Wed, 12 Apr 2023 22:51:22 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pmhQs-0002U9-EZ; Wed, 12 Apr 2023 16:51:10 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pmhQk-0002Tj-HB for bug-gnu-emacs@gnu.org; Wed, 12 Apr 2023 16:51:08 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1pmhQk-0004PK-8O for bug-gnu-emacs@gnu.org; Wed, 12 Apr 2023 16:51:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pmhQj-0000Hl-Ik for bug-gnu-emacs@gnu.org; Wed, 12 Apr 2023 16:51:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Dmitry Gutov Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Wed, 12 Apr 2023 20:51:01 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 62720 X-GNU-PR-Package: emacs Original-Received: via spool by 62720-submit@debbugs.gnu.org id=B62720.1681332615887 (code B ref 62720); Wed, 12 Apr 2023 20:51:01 +0000 Original-Received: (at 62720) by debbugs.gnu.org; 12 Apr 2023 20:50:15 +0000 Original-Received: from localhost ([127.0.0.1]:41915 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pmhPy-0000ED-2m for submit@debbugs.gnu.org; Wed, 12 Apr 2023 16:50:15 -0400 Original-Received: from new3-smtp.messagingengine.com ([66.111.4.229]:56281) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pmhPt-0000Dv-Hp for 62720@debbugs.gnu.org; Wed, 12 Apr 2023 16:50:13 -0400 Original-Received: from compute2.internal (compute2.nyi.internal [10.202.2.46]) by mailnew.nyi.internal (Postfix) with ESMTP id 76ABE580062; Wed, 12 Apr 2023 16:50:04 -0400 (EDT) Original-Received: from mailfrontend2 ([10.202.2.163]) by compute2.internal (MEProxy); Wed, 12 Apr 2023 16:50:04 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gutov.dev; h=cc :cc:content-transfer-encoding:content-type:content-type:date :date:from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to; s=fm1; t= 1681332604; x=1681336204; bh=LqhXyadfcxWLPtTnoMU6VSlsYrny0pcjGM1 wWJlrM2k=; b=qbh4M7/L9bSlrxxxgvDk2jbObC+/gXWg9WnsxeMYzaPd1bMr6C0 K4iq/G7LnYTj3DXa8wF2D1sx1OlVKtdXZcNYKqQ2JaeV54tNo4ZBIVmZMDFQkAM6 2RazSbwjOu/MTwOEpmZlv9EuLbxtxTsCSoS6J9PRWDJ4VrPm1v8c7r6xqE6A2nMk Bu+Hd+lzQIDA+kqjUTlxrYHJyFZZ7BuRLfq65yzkaJaHLnoXJv+cJCg6fD+Mi039 eXf4LsBqPfM0kRtJaP8kJljgUk3sZo2+UChSABBGEnqz0sw8jlIPiUL/Q4Wmwel7 IuLFqW0XXfiU+LUokYOo9xFHbxB6UBawDvg== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:cc:content-transfer-encoding :content-type:content-type:date:date:feedback-id:feedback-id :from:from:in-reply-to:in-reply-to:message-id:mime-version :references:reply-to:sender:subject:subject:to:to:x-me-proxy :x-me-proxy:x-me-sender:x-me-sender:x-sasl-enc; s=fm3; t= 1681332604; x=1681336204; bh=LqhXyadfcxWLPtTnoMU6VSlsYrny0pcjGM1 wWJlrM2k=; b=ZWAyzD1GannKUebZjP7nyS3ZrJTJlv987prh18UnJ0vBqUsymtZ 9t/z0J+e3qBBZAz0rNFxZ7NNTF5uXN/ngoBfhgYwWyUPIDHt6osM69sQ/NyH1trx KBcBRgEl2OuFipBKK590JPn66GMccMgjKYDAqfRwmSyumx5LN2V/WjS8J+2PkVpk QL4XlQ80utHuL5hCUwFvcJ1PVylxSvhFzHu5grW6FmgXOFSD88nWQ9wVgTvoecZ8 nMRfk2hKjNVNbymdr+qmDjVAl/351XYDNDyZ9MG8RFhMZEoO6hGKaHrxbon/OqBh ERVHJpwZagpikZna+dlnOu34gu5nY0nubgw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvhedrvdekiedgudehhecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefkffggfgfuvfevfhfhjggtgfesthekredttdefjeenucfhrhhomhepffhm ihhtrhihucfiuhhtohhvuceoughmihhtrhihsehguhhtohhvrdguvghvqeenucggtffrrg htthgvrhhnpefhffehleejffegffeugefhkeektdffgfehjedvgeejtedtudehueffgffg feejheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpe gumhhithhrhiesghhuthhovhdruggvvh X-ME-Proxy: Feedback-ID: i0e71465a:Fastmail Original-Received: by mail.messagingengine.com (Postfix) with ESMTPA; Wed, 12 Apr 2023 16:50:02 -0400 (EDT) Content-Language: en-US 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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:259812 Archived-At: On 12/04/2023 19:29, João Távora wrote: > On Wed, Apr 12, 2023 at 4:58 PM Eli Zaretskii wrote: > >>>>> Had another idea: what about this very tiny patch, then? It makes `M-x >>>>> package-install` work for installing a :core package. This also rhymes >>>>> exactly with Stefan's intution/feeling that :core packages need to be >>>>> "installed" to promote them to installable. The current M-x >>>>> package-install recommendation could remain flawlessly and then you can >>>>> do whatever you think is best for M-x package-update & friends. >>>> This has the same problem: it modifies a function that is called in >>>> too many places. package-installed-p has half a dozen callers in >>>> package.el alone. The change is tiny, but what about its >>>> implications on every use case where it is involved? >>> What if we only fix 'package-upgrade' (nee package-update) in emacs-29? >> I believe that's what João was proposing. > AFAICT, Dmitry was asking only for package-update, not > package-update-all. Stefan was also inclined for that. > > In my changes, I changed both. But it is not hard for me to touch > only package-update and to do it with the utmost care for > separation and stability. I think that would make sense. Like Philip phrased it, updating from a bundled version is like switching to a different package repository, with different stability expectations. I also seem to recall some logic somewhere that made sure that the package is only updated from the source that it was installed from (unless explicitly instructed otherwise by the user). We could treat "builtins" as a separate source for that purpose, too. > For the moment, I'm focusing on M-x package-install, like Philip is. > There seems to be more consensus there that it should offer to update > builtin packages that have never been updated. > > I do believe there is high demand for a "upgrade/update" mechanism > that just "updates whatever there is to update, don't care if core > or whatnot" and people looking at package-update-all and > package-menu--mark-upgrades (the "U" command Dmitry brought up) > will eventually be disappointed. I think "U" should only update the packages that are either not built-in, or the built-ins that have been at least updated once (meaning, some "external" version is already installed). For reasons of stability, mostly. But using 'M-x package-upgrade' would opt-in individual packages into that upgrading mechanism too. That might not be everyone's cup of tea, so adding a user option like 'package-upgrade-all-builtins' would work too, allowing the user to opt into the more risky behavior. The semantics of 'package-install' are less clear to me. E.g. it wouldn't be out of the question to always error out when the package (some version) is already installed. So I could see it being "fixed" either way sometime in the future.