From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: A proposal for removing obsolete packages Date: Mon, 11 Jan 2016 17:14:45 +0200 Message-ID: <83twmkkv16.fsf@gnu.org> References: Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1452525533 24543 80.91.229.3 (11 Jan 2016 15:18:53 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 11 Jan 2016 15:18:53 +0000 (UTC) Cc: emacs-devel@gnu.org To: Andrew Hyatt Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 11 16:18:49 2016 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 1aIeF5-0005Jn-ME for ged-emacs-devel@m.gmane.org; Mon, 11 Jan 2016 16:18:47 +0100 Original-Received: from localhost ([::1]:55071 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aIeEz-0000IS-1k for ged-emacs-devel@m.gmane.org; Mon, 11 Jan 2016 10:18:41 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:41344) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aIeB8-0002xb-NA for emacs-devel@gnu.org; Mon, 11 Jan 2016 10:14:43 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1aIeB4-0000HP-LJ for emacs-devel@gnu.org; Mon, 11 Jan 2016 10:14:42 -0500 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:43156) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1aIeB4-0000HL-IK; Mon, 11 Jan 2016 10:14:38 -0500 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1930 helo=HOME-C4E4A596F7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1aIeB3-0001Rv-UD; Mon, 11 Jan 2016 10:14:38 -0500 In-reply-to: (message from Andrew Hyatt on Sun, 10 Jan 2016 22:09:27 -0500) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e 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:198029 Archived-At: > From: Andrew Hyatt > Date: Sun, 10 Jan 2016 22:09:27 -0500 > > Currently, obsolete elisp is moved to the obsolete subdir. Attempts to > load them are successful, but come with the warning message " > is obsolete!" I propose that we leave them in the obsolete subdir for > one major version. At the start of every new major version, we remove > everything from that subdir package that has been there since the start > of last major version. > > For example, a package that is declared obsolete during the development > of Emacs 25 would be moved to obsolete, and a message would be added to > say that " is obsolete and will be removed in Emacs 27". It > couldn't be removed in Emacs 26 because it didn't start Emacs 25 in > obsolete. > > In short, obsolete package added in the middle of a release will be > guaranteed to exist until the next major release, and then one more > major release. That sounds good to me, thanks. > There might be even better solutions to this problem. I certainly have > not attempted to explore the entire space of solutions. Perhaps the > timing is too long as well - I wouldn't mind making things more > aggressive and instead removing all obsolete packages at the start of > each major version (meaning that an obsolete package would last one > major version or less). This probably would work itself out and obsolete > packages would tend to not be removed at the end of the major version > development cycle. We've repeatedly seen reports from people who jump 2 major releases, so I think removing sooner than after a full major release cycle is not something we should start with.