unofficial mirror of bug-gnu-emacs@gnu.org 
 help / color / mirror / code / Atom feed
From: Stefan Kangas <stefan@marxist.se>
To: Lars Ingebrigtsen <larsi@gnus.org>
Cc: 50999@debbugs.gnu.org
Subject: bug#50999: 29.0.50; Deleting libraries obsolete since Emacs 24
Date: Mon, 4 Oct 2021 15:25:50 +0200	[thread overview]
Message-ID: <CADwFkmnK2NuPH6SA3p202jgBmOCSchAtvtmpCqiKb+C=r--w4Q@mail.gmail.com> (raw)
In-Reply-To: <87r1d1nn5m.fsf@gnus.org>

Lars Ingebrigtsen <larsi@gnus.org> writes:

> > I would like to confirm that for Emacs 29.1 we want to delete libraries
> > obsoleted five major versions ago, i.e. those obsoleted in Emacs 24.
>
> That does seem logical, since we removed 23.3 stuff last time around.
> But shouldn't we delete 24.1 things only -- 24.1-24.5 are distinct
> releases (and not like 27.x and 28.x, which are only bugfix releases).
>
> I think.  I haven't actually looked on the timeline for the 24.x releases.

In Emacs 28.1, we deleted anything obsoleted in Emacs 23:

2012-01-29 - Emacs 23.4 released
2011-03-10 - Emacs 23.3 released
2010-05-08 - Emacs 23.2 released
2009-07-29 - Emacs 23.1 released

This is what the release schedule looked like for Emacs 24:

2016-09-17 - Emacs 25.1 released
2015-04-10 - Emacs 24.5 released
2014-10-20 - Emacs 24.4 released
2013-03-11 - Emacs 24.3 released
2012-08-27 - Emacs 24.2 released
2012-06-10 - Emacs 24.1 released

(Emacs 23 was around for ~3 years, but Emacs 24 was around for ~4.)

Assuming that Emacs 29 will be released in 2022 or 2023, removing
anything from 24.1-24.3 should mean it's been 9-10 years since the
libraries were obsoleted in an official release.  If we remove stuff
obsoleted in 24.4 and 24.5 as well, that would mean it's only been 7-8
years.  The former should be okay and in line with our historical
practice, the latter is a bit more enthusiastic and could be
discussed.

FWIW, it is kind of nice to have the easy to understand principle that
we generally delete obsolete stuff after five major releases, but it
is true that version 24 is somewhat different from 23, 25, 26 and 27
in that it was around for longer.

I think we should just decide what we want to do in Emacs 29, and then
apply the same principle for deleting obsolete functions, variables,
etc.





  reply	other threads:[~2021-10-04 13:25 UTC|newest]

Thread overview: 40+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-10-03 21:42 bug#50999: 29.0.50; Deleting libraries obsolete since Emacs 24 Stefan Kangas
2021-10-04  9:40 ` Lars Ingebrigtsen
2021-10-04 13:25   ` Stefan Kangas [this message]
2021-10-05  7:02     ` Lars Ingebrigtsen
2021-10-05 12:27       ` Eli Zaretskii
2021-10-05 13:07         ` Phil Sainty
2021-10-05 13:39           ` Stefan Kangas
2021-10-06  1:28             ` Phil Sainty
2021-10-05 13:39         ` Stefan Kangas
2021-12-03 14:56           ` Stefan Kangas
2021-12-03 16:47             ` bug#50999: [External] : " Drew Adams
2021-12-07 21:26               ` Stefan Kangas
2021-12-07 21:34                 ` Drew Adams
2021-12-07 21:58                   ` Stefan Kangas
2021-12-04  1:51             ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-12-05 12:31               ` Stefan Kangas
2021-12-05 12:31               ` Stefan Kangas
2021-12-05 20:55                 ` Glenn Morris
2021-12-07  2:21                   ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-12-07  3:07                     ` Stefan Monnier via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-12-08  1:37                       ` Stefan Kangas
2021-12-08  2:13                         ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-12-04  9:22             ` Eli Zaretskii
2021-12-04 10:32               ` Stefan Kangas
2022-06-17 12:03               ` Stefan Kangas
2021-11-10 11:21 ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-11-12  4:20   ` Richard Stallman
2021-11-12  4:36     ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-11-12  4:59       ` Lars Ingebrigtsen
2021-11-12  5:11         ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-11-12  6:27           ` Lars Ingebrigtsen
2021-11-12  6:36             ` Po Lu via Bug reports for GNU Emacs, the Swiss army knife of text editors
2021-11-14  0:47               ` Lars Ingebrigtsen
2021-11-14 17:48                 ` bug#50999: [External] : " Drew Adams
2021-11-14 17:53                   ` Eli Zaretskii
2021-11-14 18:04                     ` Drew Adams
2021-11-14 18:18                       ` Eli Zaretskii
2021-11-14 18:35                         ` Drew Adams
2021-11-14 18:57                           ` Eli Zaretskii
2021-11-14 21:33                             ` Drew Adams

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

  List information: https://www.gnu.org/software/emacs/

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='CADwFkmnK2NuPH6SA3p202jgBmOCSchAtvtmpCqiKb+C=r--w4Q@mail.gmail.com' \
    --to=stefan@marxist.se \
    --cc=50999@debbugs.gnu.org \
    --cc=larsi@gnus.org \
    /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 public inbox

	https://git.savannah.gnu.org/cgit/emacs.git

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).