all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
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.





      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.