From: Jimmy Wong <wyuenho@gmail.com>
To: Eli Zaretskii <eliz@gnu.org>
Cc: 63563@debbugs.gnu.org, philipk@posteo.net
Subject: bug#63563: 29.0.91; package.el should not install unselected packages
Date: Mon, 29 May 2023 14:57:45 +0100 [thread overview]
Message-ID: <d41a7e3d-81be-42ed-95e4-9af0bc2b6063@Spark> (raw)
In-Reply-To: <83jzwrgsfo.fsf@gnu.org>
[-- Attachment #1: Type: text/plain, Size: 1044 bytes --]
Thank you so much!
On 29 May 2023 at 2:47 PM +0100, Eli Zaretskii <eliz@gnu.org>, wrote:
> > From: Jimmy Yuen Ho Wong <wyuenho@gmail.com>
> > Date: Mon, 29 May 2023 01:51:11 +0100
> > Cc: Eli Zaretskii <eliz@gnu.org>, 63563@debbugs.gnu.org
> >
> > Is this new behavior no one asked for configurable? Over the many years I've been using package.el,
> > I've built in muscle memory. After M-x list-packages, when the packages buffer is done refreshing, I
> > immediately press U and x without looking. With the new behavior, when there's no upgrades, I'd be
> > installing the first package at point. Doing that a couple of times will mean I'll have a couple of extra
> > packages I don't want installed.
>
> It turns out this behavior is new in Emacs 29, see bug#40457 and NEWS.
> Since the new behavior is incompatible with the old one, I have now
> added a new user option, package-menu-use-current-if-no-marks, to get
> back the old behavior, and mentioned it in NEWS. You can now
> customize that option to a nil value to get what you want.
[-- Attachment #2: Type: text/html, Size: 1533 bytes --]
next prev parent reply other threads:[~2023-05-29 13:57 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-05-18 2:10 bug#63563: 29.0.91; package.el should not install unselected packages Jimmy Yuen Ho Wong
2023-05-18 5:45 ` Eli Zaretskii
2023-05-18 19:53 ` Philip Kaludercic
2023-05-29 0:51 ` Jimmy Yuen Ho Wong
2023-05-29 13:47 ` Eli Zaretskii
2023-05-29 13:57 ` Jimmy Wong [this message]
2023-05-29 14:00 ` Eli Zaretskii
2023-06-01 16:36 ` Howard Melman
2023-06-01 18:30 ` Eli Zaretskii
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
List information: https://www.gnu.org/software/emacs/
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=d41a7e3d-81be-42ed-95e4-9af0bc2b6063@Spark \
--to=wyuenho@gmail.com \
--cc=63563@debbugs.gnu.org \
--cc=eliz@gnu.org \
--cc=philipk@posteo.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
Code repositories for project(s) associated with this public inbox
https://git.savannah.gnu.org/cgit/emacs.git
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).