From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= 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 18:32:42 +0100 Message-ID: References: <87a5zj2vfo.fsf@gmail.com> <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> <87leiupfps.fsf@posteo.net> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="24293"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 62720@debbugs.gnu.org, Robert Pluim , Dmitry Gutov , monnier@iro.umontreal.ca, larsi@gnus.org, Eli Zaretskii To: Philip Kaludercic Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Fri Apr 14 19:31:22 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 1pnNGb-00069G-Il for geb-bug-gnu-emacs@m.gmane-mx.org; Fri, 14 Apr 2023 19:31:21 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1pnNGK-0007eR-VK; Fri, 14 Apr 2023 13:31:04 -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 1pnNGI-0007cR-Pc for bug-gnu-emacs@gnu.org; Fri, 14 Apr 2023 13:31:03 -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 1pnNGI-0003Xn-HS for bug-gnu-emacs@gnu.org; Fri, 14 Apr 2023 13:31:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1pnNGH-0004fH-Qh for bug-gnu-emacs@gnu.org; Fri, 14 Apr 2023 13:31:01 -0400 X-Loop: help-debbugs@gnu.org Resent-From: =?UTF-8?Q?Jo=C3=A3o_?= =?UTF-8?Q?T=C3=A1vora?= Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Fri, 14 Apr 2023 17:31: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.168149345617918 (code B ref 62720); Fri, 14 Apr 2023 17:31:01 +0000 Original-Received: (at 62720) by debbugs.gnu.org; 14 Apr 2023 17:30:56 +0000 Original-Received: from localhost ([127.0.0.1]:47508 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pnNGC-0004ev-8E for submit@debbugs.gnu.org; Fri, 14 Apr 2023 13:30:56 -0400 Original-Received: from mail-oa1-f46.google.com ([209.85.160.46]:46668) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1pnNGA-0004ei-OD for 62720@debbugs.gnu.org; Fri, 14 Apr 2023 13:30:55 -0400 Original-Received: by mail-oa1-f46.google.com with SMTP id 586e51a60fabf-1842e8a8825so22735834fac.13 for <62720@debbugs.gnu.org>; Fri, 14 Apr 2023 10:30:54 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1681493449; x=1684085449; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:from:to:cc:subject:date :message-id:reply-to; bh=i5I71TP5SDPsnc3K0ux4LHWV2cQn6dvYuJaXCmxNFx8=; b=mg/dCiDHpO0NWOeOfH2j8dgelfe5FaDMmra9FrUUBIjxRSapGe9TTFF0R3/uxKnBVN kngGvBgU1lyvUenGtFklyanlCuHz0D1wIFADOYwmQhAmC1M8LkdoQ17yGukYTp9N91AL whBmvUwmh21HPlsj9UfvrwxlDDLcauxhbabzmKMnXkvx2gzLXa5fk/4xk4ZUGCIdXzpO sn3hVG6zwYijyRy2pS2TmOiHbk9Q8fG9P+wuYs43tFh9PF+BnJbR2DF7KM9RQeU75qKW GzRg2aJDQ+J/fNlsszwbyWsLXq+yU2CLYZ1JhFmx8R/jgjZl6e3D5zrPchyor1YSstkK EoYA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1681493449; x=1684085449; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=i5I71TP5SDPsnc3K0ux4LHWV2cQn6dvYuJaXCmxNFx8=; b=CWL/586HvT9rYI3DdfT7rSqcVIY0o/McwVKkbLtBLs01yJnDAJZ80a0p2l6FE15A7D HstnwsdrFpjzaXjAj29BppFFbCg9pcjUzgZk9Cqqbk/DFY/ncaw+yR4gjJO1d3Odp4Jc /YOztCeazvCMYxV+flg76IUIsUB5uNMJHp/Lso9JsX7vExI/UEho7dpcG7gMNf7bZ5gk iD/Jb5OrcdKjx/eli7XNt+hoUAW1uLW48DbPaV5nC+RjLE34Ly4y2AuIvgze64CWP0pW 9DKUpFVE6lvrf5BB2q1KEHcAXJDe/BLTncGAA/vnVtTPTF/TosZlZE0SxGbQ1PgqqCxn eOFw== X-Gm-Message-State: AAQBX9dcl+/9XMdWOITdKfZ3Ov2yT8P7rDIXASObhIpalHUsfqCVO3FE hGUydO7D25RVZCQn56V/P4BHJaXZohp512eFJgY= X-Google-Smtp-Source: AKy350Z6RKzbWHgSJYKrRjP6o4/7oBddVSG/YQR6BDdgT1ypxyvm7LfwjnZt1ryIfiRYxUz3/u4Bl+YUaBgUYTYwdnM= X-Received: by 2002:a05:6870:3921:b0:187:85b1:1260 with SMTP id b33-20020a056870392100b0018785b11260mr2768882oap.5.1681493449053; Fri, 14 Apr 2023 10:30:49 -0700 (PDT) In-Reply-To: <87leiupfps.fsf@posteo.net> 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:259945 Archived-At: On Fri, Apr 14, 2023 at 5:53=E2=80=AFPM Philip Kaludercic wrote: > As this issue only affects Eglot [Didn't other packages also make it into :core?] > (a package that doesn't require that > much customisation to be used), I don't think the situation is as > drastic as you are portraying it to be. > If we all try to have a cooperative, non-alarmist attitude towards > solving the issue at hand, I am sure a suitable solution will be found. It's true it doesn't have many customization now, so downright erroring is probably rare. But it's been advancing fast and that may not always be the case. As I said Eglot 1.12 in Emacs 29 has lots of missing functionality and even bugs that are too risky to fix in that version. So I'm not being alarmist, I think. With 5 years maintainership of this package and well over 1000 issues, I think I make a fair assessment of user's expectations. As to being cooperative, I've proposed 3 different patches already, answered every question about them and proposed n other solutions. But I like your optimism nonetheless :-) > Also keep in mind that I have proposed multiple patches that take > difference approaches. Perhaps it would be of use to recapitulate them, > and you can explain which would be satisfying and which you think > wouldn't be as helpful: > > - Use `package-install' to switch from a built-in package to the version > from ELPA > > - Alternatively it has to be confirmed using a prefix argument > - Alternatively it has to be enabled using a user option > > - Use `package-update' (not `package-update-all') to switch from a > built-in package to the version from ELPA > > (Same alternatives as above) > > - Have both `package-update' and `package-update-all' switch potentially > all packages from built-in versions to ELPA versions > > (Same alternatives as above) > > - Provide a separate command to switch from a built-in version to a > version from ELPA > > That should be it? If it's not clear yet, I want(ed) something that users can use _regardless_ of the version of Emacs to bring Eglot to the latest version. I want users to be able to do this easily for obvious reasons. The prime candidate for that "something" is M-x package-install both in its command and non-interactive form. But if that isn't possible, the next best thing is a 4 line eglot-update command in eglot.el which would eventually boil down to the same (because Emacs 26/27/28 users would eventually also get it). That idea was explicitly rejected, but I hope it illustrates what I would prefer. A command and function with enduring semantics, basically, the kind you expect from a system like Emacs. Any one of your or other's solutions that provide such a command/function are most welcome. Any other that doesn', I'm indifferent to it. Which doesn't mean "against" or "hostile". And of course I thank you very much for your efforts in searching for a solution. Here's another solution you may want to consider. package-install in Emacs 29 updates built-ins non-interactively always. Interactively asks the user with a confirmation prompt. This solution would also work. Here's yet another one. package-install like the above but, as has been proposed, carefully vets the builtins that are subject to from a controlled whitelist, which would include Eglot. Stefan, Dmitry and myself have proposed some variation of this. Anyway, if my preference doesn't materialize, I'm going to recommend in the manual: M-: (package-install (alist-get 'eglot package-archive-contents) RET which works interactively and non-interactively in every version of Emacs. It's not pretty but it's the best I have. It's better than to write "if you have emacs 29, do this, else do that". Jo=C3=A3o