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 #461 received at 62720 <at> debbugs.gnu.org (full text, mbox):
> From: Philip Kaludercic <philipk <at> posteo.net>
> Cc: joaotavora <at> gmail.com, monnier <at> iro.umontreal.ca, 62720 <at> debbugs.gnu.org
> Date: Sat, 15 Apr 2023 11:37:40 +0000
>
> Eli Zaretskii <eliz <at> gnu.org> writes:
>
> >> I have no preference either way. If you think that package-install is
> >> fine, and João has expressed interest in that route as well, we might as
> >> well go that way.
> >
> > OK, then let's do that, and thanks.
>
> Great, then just to that we are on the same page, what approach do we
> finally want to decide on?
>
> - User option to enable upgrading built-in packages
> - Prefix argument to enable upgrading built-in packages
> - Always upgrade built-in packages
The first two on emacs-29, the last one on master (if enough people
think it's a good idea; me, I think we should wait for a while before
deciding).
> I argue the last option should be safe. Semantically it would also make
> sense, since invoking the command can be taken to be take to be an
> explicit request, and if it is not what a user wants (I assume that João
> think this is not probable), then it is easy to revert.
>
> If we decide that this is not acceptable, then we can fall back onto the
> patch that uses a prefix argument or a user option.
Yes, that is what I think we should install on emacs-29.
Thanks.
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.