From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: New obsolete.el file for obsolete stuff? Date: Tue, 18 Aug 2020 12:55:59 -0400 Message-ID: References: Mime-Version: 1.0 Content-Type: text/plain Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="31957"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: emacs-devel@gnu.org To: Stefan Kangas Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Tue Aug 18 18:56:46 2020 Return-path: Envelope-to: ged-emacs-devel@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 1k84uk-0008D2-1I for ged-emacs-devel@m.gmane-mx.org; Tue, 18 Aug 2020 18:56:46 +0200 Original-Received: from localhost ([::1]:34352 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1k84uj-0001C3-4D for ged-emacs-devel@m.gmane-mx.org; Tue, 18 Aug 2020 12:56:45 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:50842) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k84u5-0000js-GJ for emacs-devel@gnu.org; Tue, 18 Aug 2020 12:56:05 -0400 Original-Received: from mailscanner.iro.umontreal.ca ([132.204.25.50]:27125) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1k84u3-0000lj-Dv for emacs-devel@gnu.org; Tue, 18 Aug 2020 12:56:04 -0400 Original-Received: from pmg1.iro.umontreal.ca (localhost.localdomain [127.0.0.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id AA4B610032F; Tue, 18 Aug 2020 12:56:01 -0400 (EDT) Original-Received: from mail01.iro.umontreal.ca (unknown [172.31.2.1]) by pmg1.iro.umontreal.ca (Proxmox) with ESMTP id D3E65100071; Tue, 18 Aug 2020 12:55:59 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=iro.umontreal.ca; s=mail; t=1597769759; bh=9nYbhP86w/LEl8glJEqkJlniFJQrHJGpjJhL76Dv3qQ=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=K4vWnbIsjyIl9cIz+NfgaB1KC/96AbRf+SJbgr1TJ9pDasa/LO2c52zmzxkkQEu3f juNnn8L4q4rKGlwly1u2MDY7dUGnTCC2dvmdfPEk7lMeP79upTJcFuOlPV6yTRlGZP mpOmVKOc7S9I7CAOznUBsnBgkx+jYfHoGRHVRxRE4QfpQvTcbX97BhMWzjSY5zZ1WI ov0tBoPoE7/zc1obu3MurGqTIsH07kH7u3iwibk66pxYhKRX61pldyfxokpFcznojP h1873ykKq7R5L0DeIWB2V2jYYYh2ZfaW9xl+ydxEJz7wV+M2SPluueYtbAEh7G0wp1 YlPRlTNq5kobw== Original-Received: from alfajor (unknown [45.72.246.108]) by mail01.iro.umontreal.ca (Postfix) with ESMTPSA id AFA1F120346; Tue, 18 Aug 2020 12:55:59 -0400 (EDT) In-Reply-To: (Stefan Kangas's message of "Tue, 18 Aug 2020 12:10:03 +0000") Received-SPF: pass client-ip=132.204.25.50; envelope-from=monnier@iro.umontreal.ca; helo=mailscanner.iro.umontreal.ca X-detected-operating-system: by eggs.gnu.org: First seen = 2020/08/18 11:11:47 X-ACL-Warn: Detected OS = Linux 2.2.x-3.x [generic] X-Spam_score_int: -42 X-Spam_score: -4.3 X-Spam_bar: ---- X-Spam_report: (-4.3 / 5.0 requ) BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:253960 Archived-At: > I think this is a nice idea to basically move some cruft out of the way, > to where we don't need to see it. This is the old problem of classification, and we know this is a problem that doesn't have a perfect solution, so it's all a matter of weighing the respective advantages and inconveniences. I think it's easier to keep the obsolete aliases where they were, at the cost of having to search for old such aliases when it is time to get rid of them. The actual obsolete aliases definitions are usually not the main problem (i.e. having this "cruft" mixed in ("scattered") with the normal code doesn't do much harm if any), the problem is usually in the consequences of their existence, so moving them to a separate file would only help if that file is usually not loaded. Stefan