From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Corwin Brust Newsgroups: gmane.emacs.bugs Subject: bug#68756: bug#67667: bug#68756: Uninstalling emacs does not remove Start Menu entries created during the installation Date: Thu, 15 Feb 2024 14:32:10 -0600 Message-ID: References: <37a30898d11190e4e6e03faafecde143d90b7d9d.camel@aegee.org> <5E06E817-4C3F-42F1-8901-73DA5A069CB9@aegee.org> <861q9dwmmq.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="4717"; mail-complaints-to="usenet@ciao.gmane.io" Cc: 68756@debbugs.gnu.org, Dilyan.Palauzov@aegee.org, stefankangas@gmail.com To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Thu Feb 15 21:33:02 2024 Return-path: Envelope-to: geb-bug-gnu-emacs@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1raiPm-000127-Fz for geb-bug-gnu-emacs@m.gmane-mx.org; Thu, 15 Feb 2024 21:33:02 +0100 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1raiPW-0002Dd-42; Thu, 15 Feb 2024 15:32:46 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1raiPT-0002Cu-PM for bug-gnu-emacs@gnu.org; Thu, 15 Feb 2024 15:32:43 -0500 Original-Received: from debbugs.gnu.org ([2001:470:142:5::43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1raiPT-0000lN-F7 for bug-gnu-emacs@gnu.org; Thu, 15 Feb 2024 15:32:43 -0500 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1raiPm-0001pQ-7Y for bug-gnu-emacs@gnu.org; Thu, 15 Feb 2024 15:33:02 -0500 X-Loop: help-debbugs@gnu.org Resent-From: Corwin Brust Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Thu, 15 Feb 2024 20:33:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 68756 X-GNU-PR-Package: emacs Original-Received: via spool by 68756-submit@debbugs.gnu.org id=B68756.17080291697005 (code B ref 68756); Thu, 15 Feb 2024 20:33:02 +0000 Original-Received: (at 68756) by debbugs.gnu.org; 15 Feb 2024 20:32:49 +0000 Original-Received: from localhost ([127.0.0.1]:57529 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1raiPY-0001ou-F2 for submit@debbugs.gnu.org; Thu, 15 Feb 2024 15:32:48 -0500 Original-Received: from mail-ot1-f42.google.com ([209.85.210.42]:51696) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1raiPW-0001of-LH for 68756@debbugs.gnu.org; Thu, 15 Feb 2024 15:32:47 -0500 Original-Received: by mail-ot1-f42.google.com with SMTP id 46e09a7af769-6e2df9e9074so380a34.3 for <68756@debbugs.gnu.org>; Thu, 15 Feb 2024 12:32:27 -0800 (PST) X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1708029142; x=1708633942; h=content-transfer-encoding:cc:to:subject:message-id:date:from :in-reply-to:references:mime-version:x-gm-message-state:from:to:cc :subject:date:message-id:reply-to; bh=XSMid30kFLbcgpOVI0Dsg8sLKss58jmpRX4BY7pFRfo=; b=FuRa4qoDoR8/ED/u1uJmNqbqL2TRf/yuuxBfQkfUmIbwD5szdLvYOQ9tAWvvusCUiE GDXsPxU0bNJAIa1/QutJlPry8lh3VCQs6d/y8fVlr+HnJsNzYZg2PhhPV0ZMnPiOz0nt Zs13ZnQgA7jZiSY9AzTjrbdGXOaqDNjisHc0AQEdwelhMuO0rv1idAGRuZ8cjJbTWvDP 3gXTpl9Ppihe+mMKwFME8MaV8TYIEEtzROupgsyAFQLpkX27p1LgB80yy5vfKD3l1KdG BSPqYoXTlKyy96SKPd2JnzGah6zSkiM7TONPzDXmn6P+ih/HHtECTlcPvwnqF5THLpOB P/sQ== X-Gm-Message-State: AOJu0YzJUuY+jqldjv7OCoF2a7ZuHP3yQV7pwuKDrkj/3B6l2o8tNg9B msZhRmZzt06b3NGRTtjaKcEyhGUtmDWL/KdR8ArloO6e/Ofr6piH0ErmRJEblSuP110DjeBA4XM rU2/yRHC2oPkO0dGGp32Uhn5jOnQ= X-Google-Smtp-Source: AGHT+IFx+2T0cHXyziX+GaczteRQv0QTPGFriMPYRxSJ8K7WCdGSj9fjfbt02vEFrEOjJgWPzmhz79WnFmHMSfBt72U= X-Received: by 2002:a9d:7a54:0:b0:6e4:3247:8238 with SMTP id z20-20020a9d7a54000000b006e432478238mr1287656otm.32.1708029142002; Thu, 15 Feb 2024 12:32:22 -0800 (PST) In-Reply-To: <861q9dwmmq.fsf@gnu.org> X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:280082 Archived-At: On Thu, Feb 15, 2024 at 1:30=E2=80=AFPM Eli Zaretskii wrote: > > No, PROBLEMS is not a good place, I think. > Does it make sense to get the word out that running any version of the installer so far published will remove all Emacs versions installed under the chosen installation path (\Emacs, by default)? If so, I'm not sure how. (PROBLEMS is what I could think of). > 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. 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?