From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Drew Adams Newsgroups: gmane.emacs.devel Subject: RE: Feature freezes and Emacs 25 Date: Tue, 10 Nov 2015 10:13:39 -0800 (PST) Message-ID: <3925ea89-7797-4c45-9418-c2164ec3f753@default> References: <56259FDD.8040401@dancol.org> <87zizeme8k.fsf@tromey.com> <5625B166.3080104@dancol.org> <86zizdczhp.fsf@stephe-leake.org> <871tc315y3.fsf@lifelogs.com> <83k2pvqg0l.fsf@gnu.org> <837fluqkd1.fsf@gnu.org> <83y4e5lp64.fsf@gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable X-Trace: ger.gmane.org 1447179264 19791 80.91.229.3 (10 Nov 2015 18:14:24 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 10 Nov 2015 18:14:24 +0000 (UTC) Cc: rgm@gnu.org, nicolas@petton.fr, emacs-devel@gnu.org To: Eli Zaretskii , Xue Fuqiao Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Nov 10 19:14:11 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZwDQW-0007VF-75 for ged-emacs-devel@m.gmane.org; Tue, 10 Nov 2015 19:13:52 +0100 Original-Received: from localhost ([::1]:34715 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwDQW-0007xB-1C for ged-emacs-devel@m.gmane.org; Tue, 10 Nov 2015 13:13:52 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:33369) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwDQS-0007wh-AI for emacs-devel@gnu.org; Tue, 10 Nov 2015 13:13:49 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZwDQR-0001ma-Hz for emacs-devel@gnu.org; Tue, 10 Nov 2015 13:13:48 -0500 Original-Received: from aserp1040.oracle.com ([141.146.126.69]:17273) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZwDQM-0001lj-Nf; Tue, 10 Nov 2015 13:13:42 -0500 Original-Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by aserp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id tAAIDfGV000385 (version=TLSv1 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK); Tue, 10 Nov 2015 18:13:41 GMT Original-Received: from aserv0121.oracle.com (aserv0121.oracle.com [141.146.126.235]) by aserv0021.oracle.com (8.13.8/8.13.8) with ESMTP id tAAIDfk9008760 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Tue, 10 Nov 2015 18:13:41 GMT Original-Received: from abhmp0014.oracle.com (abhmp0014.oracle.com [141.146.116.20]) by aserv0121.oracle.com (8.13.8/8.13.8) with ESMTP id tAAIDejo004655; Tue, 10 Nov 2015 18:13:41 GMT In-Reply-To: <83y4e5lp64.fsf@gnu.org> X-Priority: 3 X-Mailer: Oracle Beehive Extensions for Outlook 2.0.1.9 (901082) [OL 12.0.6691.5000 (x86)] X-Source-IP: aserv0021.oracle.com [141.146.126.233] X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4.x-2.6.x [generic] X-Received-From: 141.146.126.69 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:193903 Archived-At: > > 1. Document when to remove obsolete features. For example, "if a > > feature is declared obsolete in version `major.minor', it will > > continue to work in versions `major.minor' and `major+1.minor' but > > raise warnings, and it will be removed in version `major+2.minor'". > > I don't think we have a policy for removing obsolete features > > currently, but IMHO it would be good to have one. >=20 > I'm not sure a fixed policy of this kind is possible. Minor features > can be removed quickly, not-so-minor ones not so quickly. There should _never_ be such a policy to remove an obsolete feature. Each deprecation, and each subsequent removal of its support, should be handled on a case-by-case basis. Anything else is madness.