bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#62720: 29.0.60; Not easy at all to upgrade :core packages like Eglot


From: Dmitry Gutov
Subject: bug#62720: 29.0.60; Not easy at all to upgrade :core packages like Eglot
Date: Fri, 5 May 2023 02:58:25 +0300
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.10.0

On 28/04/2023 08:19, Eli Zaretskii wrote:
Date: Fri, 28 Apr 2023 02:51:19 +0300
Cc: jporterbugs@gmail.com, philipk@posteo.net, 62720@debbugs.gnu.org,
  monnier@iro.umontreal.ca, larsi@gnus.org, joaotavora@gmail.com
From: Dmitry Gutov <dmitry@gutov.dev>

We can say something like "Currently, ..." to make that clear.

Very good, I've used that and an additional clarification for a
recommended alternative. Please see how you like it, or whether it needs
improving.

I've made a few minor improvements, thanks.

Thank you.

Before the next pretest is cut, I'd also like to bring up the question
again of backporting the patch for bug#62816 (with Joao's support:
previously mentioned in
https://debbugs.gnu.org/cgi/bugreport.cgi?bug=62720#517, for example).

It improves the part of Eldoc that is not used by default
(eldoc-documentation-strategy has a different value) but which is used
by Eglot since it changes that variable in its managed buffers.

That patch didn't yet accumulate enough time for me to consider it
safe for the release branch.  Depending on when Emacs 29.1 is released
and whether we hear some downsides of the change, it could need to
wait for Emacs 29.2 or for Emacs 30.1.

Okay.

Let's get back to the previous topic. What about the previous fix for package-upgrade that I posted, one that makes it unconditionally upgrade built-in packages when invoked?

The one attached here: https://debbugs.gnu.org/62720#718

Can we put it on master now, or do we have to wait for some feedback from Emacs 29 first?





reply via email to

[Prev in Thread] Current Thread [Next in Thread]