GNU bug report logs -
#62720
29.0.60; Not easy at all to upgrade :core packages like Eglot
Previous Next
Reported by: João Távora <joaotavora <at> gmail.com>
Date: Fri, 7 Apr 2023 22:11:01 UTC
Severity: normal
Found in version 29.0.60
Done: Eli Zaretskii <eliz <at> gnu.org>
Bug is archived. No further changes may be made.
Full log
Message #583 received at 62720 <at> debbugs.gnu.org (full text, mbox):
> Date: Wed, 19 Apr 2023 20:23:05 +0300
> Cc: joaotavora <at> gmail.com, rpluim <at> gmail.com, philipk <at> posteo.net,
> 62720 <at> debbugs.gnu.org, larsi <at> gnus.org, monnier <at> iro.umontreal.ca
> From: Dmitry Gutov <dmitry <at> gutov.dev>
>
> > But note that this is not what João is saying. He says 1.14 will not
> > be in Emacs 29.1, period. No matter how long I will drag the pretest.
> > He certainly doesn't want to invest the effort of making Eglot 1.14
> > less dependent on latest changes in other packages, so as to make sure
> > we could drop Eglot 1.14 into Emacs 29 without risking any problems
> > elsewhere. And that more or less seals the issue, effectively setting
> > your N to infinity.
>
> I think you're simply talking past each other, and will essentially
> agree on that "N weeks" thing outside of this discussion.
I wish.
> But also note that you added a complication: avoid bumping the required
> dependencies. If the backport is not performed as-is and needs
> additional changes (with extra shims, stubbed new features, etc, instead
> of simply using new features from the latest eldoc.el), then you are not
> just asking whether the maintainer thinks the new version is good and
> stable, but also whether they are willing to expend extra effort
> altering it and maintaining diverging versions of code.
Yes, noted.
This bug report was last modified 2 years and 17 days ago.
Previous Next
GNU bug tracking system
Copyright (C) 1999 Darren O. Benham,
1997,2003 nCipher Corporation Ltd,
1994-97 Ian Jackson.