GNU bug report logs - #62751
29.0.90; New libraries that still need to be assigned to packages

Previous Next

Full log

Message #89 received at 62751 <at> debbugs.gnu.org (full text, mbox):

From: Jonas Bernoulli <jonas <at> bernoul.li>
To: Stefan Kangas <stefankangas <at> gmail.com>, 62751 <at> debbugs.gnu.org
Cc: Eli Zaretskii <eliz <at> gnu.org>, Stefan Monnier <monnier <at> iro.umontreal.ca>
Subject: Re: bug#62751: 29.0.90; New libraries that still need to be
 assigned to packages
Date: Thu, 21 Sep 2023 23:12:21 +0200

Stefan Kangas <stefankangas <at> gmail.com> writes:

> Jonas Bernoulli <jonas <at> bernoul.li> writes:
>
>> There are three more libraries that deserve some attention:
>>
>> - lisp/obsolete/otodo-mode.el
>>
>>   formerly known as todo-mode.el, was obsoleted a decade ago.
>>   Has the time for its removal come now? ;)
>
> otodo-mode.el was obsoleted in Emacs 24.4, which according to
> etc/HISTORY was released on 2014-10-20.
>
> We typically keep stuff on master for 10 years after it was marked
> obsolete in a release.  Doing it that way gives the community plenty of
> time to adapt, and keeping obsolete stuff around is usually more or less
> harmless.
>
> We delete stuff faster only if there's a clear reason for it, for
> example that it's clearly broken and/or harmful.  See browse-url.el for
> some examples of the former.
>
>> - lisp/obsolete/crisp.el
>> - lisp/obsolete/landmark.el
>>
>>   are available from GNU ELPA, so it seems unnecessary to keep
>>   them in emacs.git as well.
>
> You're not wrong, but they were obsoleted in 24.5 and 25.1.  So it's
> like above, but the dates are in 2025 and 2026, or something like that.

Alright.  Thanks for the clarification.

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.