From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.bugs Subject: bug#62720: 29.0.60; Not easy at all to upgrade :core packages like Eglot Date: Fri, 14 Apr 2023 20:49:35 +0300 Message-ID: <835y9yfj68.fsf@gnu.org> References: <87a5zj2vfo.fsf@gmail.com> <831qkp6o0i.fsf@gnu.org> <83wn2h5825.fsf@gnu.org> <87wn2gkhzr.fsf@posteo.net> <83cz485oxi.fsf@gnu.org> <87leiwdyff.fsf@posteo.net> <834jpk5hih.fsf@gnu.org> <871qkom3fj.fsf@posteo.net> <83mt3b4yfc.fsf@gnu.org> <87edonlsxi.fsf@posteo.net> <83jzyf4vzb.fsf@gnu.org> <871qknllkj.fsf@posteo.net> <83fs934pjf.fsf@gnu.org> <87wn2fk47y.fsf@posteo.net> <83sfd2g2ek.fsf@gnu.org> <875y9yfxrr.fsf@gmail.com> <87y1muefks.fsf@gmail.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="39562"; mail-complaints-to="usenet@ciao.gmane.io" Cc: larsi@gnus.org, 62720@debbugs.gnu.org, rpluim@gmail.com, philipk@posteo.net, monnier@iro.umontreal.ca To: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Apr 14 19:50:18 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 1pnNYv-000A0V-C1 for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 14 Apr 2023 19:50:17 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pnNYo-0002MO-PK; Fri, 14 Apr 2023 13:50: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 1pnNYg-0002KN-Nd for bug-gnu-emacs@gnu.org; Fri, 14 Apr 2023 13:50:02 -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 1pnNYg-0008GI-Ff for bug-gnu-emacs@gnu.org; Fri, 14 Apr 2023 13:50:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pnNYg-0005CG-Bc for bug-gnu-emacs@gnu.org; Fri, 14 Apr 2023 13:50:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 14 Apr 2023 17:50:02 +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.168149458619933 (code B ref 62720); Fri, 14 Apr 2023 17:50:02 +0000 Original-Received: (at 62720) by debbugs.gnu.org; 14 Apr 2023 17:49:46 +0000 Original-Received: from localhost ([127.0.0.1]:47540 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pnNYP-0005BQ-Jh for submit@debbugs.gnu.org; Fri, 14 Apr 2023 13:49:46 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:42128) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pnNYN-0005B7-SQ for 62720@debbugs.gnu.org; Fri, 14 Apr 2023 13:49:44 -0400 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pnNYH-00088q-Pj; Fri, 14 Apr 2023 13:49:37 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=MIME-version:References:Subject:In-Reply-To:To:From: Date; bh=Y6lFOyT0QxA0KeM3bTn0h3t89BcNEfN8w5955JqK2S0=; b=iTPvNcabwjdY8lSGr4B9 AGBXtz0XZ3oQKuGUqncTreXBJk8mH9byHdfsradkaf4TrnhpyN32tiBZqJLHeur/pnh67OhWfh+Zx D8Mgn69OyqMEgjaUFL7DTFDJPX9+JyPARtoco1lNvR/N3Yb6na6eKRExsoqqH+9Tr10X/xUlKqh7v PIS4TcbjjjKj+FP8sOfrSyC0knQhvddB52XutWJ5CWVnyvzyxIh+2IKhN9jeDtWCuD8h0drrhP7gw SJa/qm0H/Kgn1i0eZQwdP/But+u5+/l0IpV2+rpSnXU1fw0K0c6aXYltRipHTcjF1Z3UrwmghwA9C Y8G7pTVafupLjg==; Original-Received: from [87.69.77.57] (helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1pnNYH-0006Kp-AI; Fri, 14 Apr 2023 13:49:37 -0400 In-Reply-To: (message from =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= on Fri, 14 Apr 2023 17:05:30 +0100) 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:259948 Archived-At: > From: João Távora > Date: Fri, 14 Apr 2023 17:05:30 +0100 > Cc: Robert Pluim , 62720@debbugs.gnu.org, larsi@gnus.org, > Eli Zaretskii , Philip Kaludercic > > On Fri, Apr 14, 2023 at 4:52 PM Stefan Monnier wrote: > > And I think we do want to break backward compatibility here (arguably we > > even can't not break compatibility), because the Emacs<29 semantics of > > `package-install` is "broken", since it does "install&upgrade" for > > non-builtin packages but not for builtin packages: either we keep that > > semantics and compatibility is broken when packages move to/from > > builtin, or we change that semantics and compatibility is broken by the > > change in semantics :-) > > I would think it's too late in the game to break compatibility. > Naming aside package-install has certain behaviour that for a certain > set of inputs used to produce predictable things. > Now, for the same inputs it does nothing on Emacs 29. When you say "compatibility", you seem to have only one its aspect in mind: that of Eglot. But that is not the only aspect of the previous behavior, and I, at least, must consider those other aspects as well. That package-install doesn't upgrade core packages was how it behaved in past versions. In Emacs 29.1 I hope we will allow at least overriding that by user-level means, so we will be closer to your (Eglot-centric) ideal, without also breaking the other aspects of previous behavior, since there are other core packages on ELPA besides Eglot, and some of them were in that state before Emacs 29. And that is all we can reasonably do at this time, guiven how close we are to the release. > I think it should do the same thing, not only because it's > nicer for the unsuspecting user, but also because trying to > protect this user from "unintentional" upgrade of certain "unstable" > packages, as it seems to be the idea here, is a losing game > anyway, just because dependencies. "The same thing" for Eglot means "not the same thing" for other core packages. So you are in effect calling for breaking everyone else to cater only to Eglot. That is not going to happen, for more than one reason.