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

Previous Next

Full log

View this message in rfc822 format

From: Eli Zaretskii <eliz <at> gnu.org>
To: Dmitry Gutov <dmitry <at> gutov.dev>
Cc: 62720 <at> debbugs.gnu.org, rpluim <at> gmail.com, philipk <at> posteo.net, joaotavora <at> gmail.com, larsi <at> gnus.org, monnier <at> iro.umontreal.ca
Subject: bug#62720: 29.0.60; Not easy at all to upgrade :core packages like Eglot
Date: Wed, 19 Apr 2023 20:53:16 +0300

> 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.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.