From: Eli Zaretskii <eliz@gnu.org>
To: Corwin Brust <corwin@bru.st>
Cc: 68756@debbugs.gnu.org, Dilyan.Palauzov@aegee.org, stefankangas@gmail.com
Subject: bug#68756: bug#67667: bug#68756: Uninstalling emacs does not remove Start Menu entries created during the installation
Date: Fri, 16 Feb 2024 09:14:34 +0200 [thread overview]
Message-ID: <86wmr4vq1x.fsf@gnu.org> (raw)
In-Reply-To: <CAJf-WoSm6ch=y7Pa+SaJ-Xmhi9FSCiAqzwLm_0ayp1-f=w3djQ@mail.gmail.com> (message from Corwin Brust on Thu, 15 Feb 2024 14:32:10 -0600)
> From: Corwin Brust <corwin@bru.st>
> Date: Thu, 15 Feb 2024 14:32:10 -0600
> Cc: 68756@debbugs.gnu.org, Dilyan.Palauzov@aegee.org, stefankangas@gmail.com
>
> On Thu, Feb 15, 2024 at 1:30 PM Eli Zaretskii <eliz@gnu.org> wrote:
>
> > But why cannot you remove those old shortcuts/submenus when the new
> > Emacs version is installed?
> >
>
> Perhaps I can. I agree to try. To confirm, the goal would be to
> remove any *broken* shortcuts, I think. (We do not currently create
> submenus unless the user specifies the pathing manually.) We might
> also consider deleting older uninstallers, however I'll come back to
> this point.
>
> If that is correct, a question would be if we can confine ourselves to
> looking at the user's selected Start Menu folder, during install, or
> if we should instead traverse the user's entire Start Menu hierarchy
> looking for broken shortcuts to runemacs.exe (and maybe old
> uninstallers), and deleting them.
If the latter is feasible, perhaps do that, maybe as an option after
user confirmation? The former is probably the minimum you should do.
> Yet another option here would be scanning for older versions and
> asking what to do with them. This would be more of my preferred
> option, however I don't expect to be fast creating and testing a
> net-new feature created in a language I'm just learning, for this
> work. I guess I'll be racing to be ready for Emacs 30.1 pretests, if
> we take all that on.
>
> For this reason (there are much better solutions but I cannot create
> and test them quickly), I think we should apply what we have so far
> and I should produce a new set of binaries which installer will not
> unconditionally uninstall older Emacs versions. Users who want to
> delete things can do so, but an unexpected recursive delete feels like
> a very serious problem.
>
> Do you have reservations, Eli?
No, SGTM. And it's your call anyway, as I don't have a lot of
experience using installers.
prev parent reply other threads:[~2024-02-16 7:14 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-27 9:24 bug#68756: Uninstalling emacs does not remove Start Menu entries created during the installation Дилян Палаузов
2024-01-28 3:00 ` Stefan Kangas
2024-01-28 17:56 ` Corwin Brust
2024-01-28 20:04 ` Stefan Kangas
2024-02-11 22:56 ` bug#67667: " Corwin Brust
2024-02-15 18:27 ` Дилян Палаузов
2024-02-15 18:47 ` bug#68756: bug#67667: " Corwin Brust
2024-02-15 19:30 ` Eli Zaretskii
2024-02-15 20:32 ` Corwin Brust
2024-02-16 7:14 ` Eli Zaretskii [this message]
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
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=86wmr4vq1x.fsf@gnu.org \
--to=eliz@gnu.org \
--cc=68756@debbugs.gnu.org \
--cc=Dilyan.Palauzov@aegee.org \
--cc=corwin@bru.st \
--cc=stefankangas@gmail.com \
/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 external index
https://git.savannah.gnu.org/cgit/emacs.git
https://git.savannah.gnu.org/cgit/emacs/org-mode.git
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.