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: Thu, 20 Apr 2023 13:02:11 +0300 Message-ID: <83pm7y6fdo.fsf@gnu.org> References: <87a5zj2vfo.fsf@gmail.com> <834jpifizy.fsf@gnu.org> <83y1mue1qi.fsf@gnu.org> <83sfd2e01f.fsf@gnu.org> <1a5e5837-513b-84d8-3260-cdbf42b71267@gutov.dev> <83sfcz9rf2.fsf@gnu.org> <09a49ab9-ac72-36a9-3e68-9c633710eba7@gutov.dev> <83r0sh8i1q.fsf@gnu.org> <35638c9d-e13f-fad8-5f95-ea03d65d4aa2@gmail.com> <87a5z3izst.fsf@web.de> <83v8hr7qk9.fsf@gnu.org> <83pm7z7nkc.fsf@gnu.org> <4b63ef62-5e1c-3dcf-ec7b-06b69e79133b@gutov.dev> <83o7nj7mfn.fsf@gnu.org> <556e0fbb-215e-c11d-0e8b-73e97441abbb@gutov.dev> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="3615"; mail-complaints-to="usenet@ciao.gmane.io" Cc: jporterbugs@gmail.com, philipk@posteo.net, 62720@debbugs.gnu.org, joaotavora@gmail.com, larsi@gnus.org, monnier@iro.umontreal.ca To: Dmitry Gutov Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Apr 20 12:03:24 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 1ppR8O-0000hU-AY for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 20 Apr 2023 12:03:24 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1ppR85-00071f-DX; Thu, 20 Apr 2023 06:03:05 -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 1ppR82-00071J-Bw for bug-gnu-emacs@gnu.org; Thu, 20 Apr 2023 06:03: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 1ppR82-0002qe-40 for bug-gnu-emacs@gnu.org; Thu, 20 Apr 2023 06:03:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1ppR81-0004u6-Vh for bug-gnu-emacs@gnu.org; Thu, 20 Apr 2023 06:03:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Eli Zaretskii Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 20 Apr 2023 10:03: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.168198492818781 (code B ref 62720); Thu, 20 Apr 2023 10:03:01 +0000 Original-Received: (at 62720) by debbugs.gnu.org; 20 Apr 2023 10:02:08 +0000 Original-Received: from localhost ([127.0.0.1]:36633 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ppR79-0004sq-Pz for submit@debbugs.gnu.org; Thu, 20 Apr 2023 06:02:08 -0400 Original-Received: from eggs.gnu.org ([209.51.188.92]:43552) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ppR77-0004sM-Nv for 62720@debbugs.gnu.org; Thu, 20 Apr 2023 06:02:06 -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 1ppR72-0002Y1-4m; Thu, 20 Apr 2023 06:02:00 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnu.org; s=fencepost-gnu-org; h=References:Subject:In-Reply-To:To:From:Date: mime-version; bh=NE/XuU4UX8roolnnVl1HFyx7mS/owLp7+wAG2KMSS2c=; b=pvZ851GB/nft 5TjUFhlwnTE3nwdmZInFzVwqFe2cwKhreJ9TvwGSQKHcwvFICk3Oc3kARgK+knP1K+e2IWf94UsNd CyHlBQABAS+ElEZ+i8dMBB3fzNaUKSHKZIjFWFOGkYzms93jxFVLooT+HUQaaBDSujn3vTy9FmD5h m4n6Rh/tQ0CvQhq40BxHmmFvU/ZtYRItshXYM19Z0/NevHzLPV/2h/Dgj7i4HnfoFBNE1MhubP6cZ ZLM3kiMHvtdOrBHkY6iVnoLTzjOcNtgRVH6y3qqlGcougwoFm0cs6Qz+sWL8iI4ousci6WOYk1bIb cXREboZcG3JqUVxYlBPGsg==; 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 1ppR71-0007eW-Kr; Thu, 20 Apr 2023 06:01:59 -0400 In-Reply-To: (message from Dmitry Gutov on Thu, 20 Apr 2023 01:06:10 +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-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:260322 Archived-At: > Date: Thu, 20 Apr 2023 01:06:10 +0300 > Cc: Eli Zaretskii , arne_bab@web.de, jporterbugs@gmail.com, > emacs-devel > From: Dmitry Gutov > > OK then, I think have to re-evaluate my position on this. Previously, I > guess, I made some hasty conclusions from how the discussion went on > without refreshing the exact details about package.el and use-package > (the latter I never knew to begin with). Apologies. > > Eli, let me know if we should take this back to the bug tracker instead. I've moved this back to the bug-tracker. Please post all further replies about this particular issue, i.e. updating of built-in packages with package.el, to this bug and not to emacs-devel. > So I would suggest to focus on functions that don't work as intended. > Namely: > > - Add a user option for the list of builtin packages which would be > upgraded automatically by 'package-menu-mark-upgrades' and 'M-x > package-upgrade-all' (nee package-update-all). Maybe make it nil by > default, or maybe add 'eglot' to it. I don't have a strong opinion. > > - Fix 'M-x package-upgrade' (nee package-update) to suggest Eglot as one > of the options and actually perform the upgrade. That shouldn't require > changes to 'package-install' because, as we already know, the user can > already install a newer version of Eglot using the 'list-packages' menu > (and picking the exact version manually). That execution path is going > to go through 'package-install' as well, so it must be suitable already. > > - Revert 580d8278c5f48 because it creates odd semantics (upgrading > certain packages that are already installed but not others) and it > doesn't solve the issue with (use-package 'eglot :ensure t) anyway. We > could keep it, but seems like a half-measure that didn't make anyone > happy anyway. OTOH, it could minimize the rewrites of CI scripts. I don't think we are ready to make any new decisions in this matter. I think we don't even have a comprehensive and detailed picture of the problems with updating/upgrading built-in packages in Emacs 29. People are still discovering facts and subtleties of various package.el commands and features, and are still arguing what exactly happens in this or that scenario. So before we discuss solutions, we need a full and detailed description of the problems to solve. If someone can do the footwork of collecting this information and posting it here, please do, and TIA. I will say up front that, given what I already read here and in the related thread on emacs-devel, there seem to be too many inconsistencies and dark corners in this, in particular when built-in packages are involved. We will probably be unable to solve them in time for Emacs 29.1, certainly not all of them. So don't raise your expectations too high.