all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: JD Smith <jdtsmith@gmail.com>
To: emacs-devel <emacs-devel@gnu.org>
Subject: Moving packages out of core to ELPA
Date: Sat, 17 Feb 2024 09:40:19 -0500	[thread overview]
Message-ID: <E1FC4CF1-F342-4167-A007-C5BD2DFCE56C@gmail.com> (raw)

[-- Attachment #1: Type: text/plain, Size: 2630 bytes --]


There was a recent discussion about which lisp/progmodes packages belong in core.  A sentiment was expressed that useful languages with non-negligible user bases should probably go in, and others should be in ELPA.

I want to bring up a related point: it should be possible to retire packages from core, once their relevance drops below a critical threshold [1]. 

I am the former maintainer of the now mostly defunct IDLWAVE mode (lisp/progmodes/idl*.el).  IDLWAVE was put in core about 20 years ago, long before ELPA existed, by my predecessor Carsten Dominik (of org-mode fame).  I'd advocate moving IDLWAVE to ELPA, for the following reasons:

The proprietary IDL <https://en.wikipedia.org/wiki/IDL_(programming_language)> is a language in rapid decline.  In my field (astrophysics), its use is now relegated to older professionals who have not switched to Python (but most of whom wish they had the time to do so).  
IDL's holding company has changed approximately 5 times in the last 10 years, such that the link to its website on Wikipedia isn't even correct.
None of the free IDL alternatives have really caught on.  IDL's costs and licensing restrictions have gotten more onerous over the years. 
IDL is also the "interface description language", confusing users of that unrelated system.
IDL's file extension ".pro" is quite common, and in use for several other file types, including Qt's UI build system <https://doc.qt.io/qt-6/qmake-project-files.html> as well as Yarn2/Prolog (which org babel plugin ob-prolog <https://github.com/ljos/ob-prolog> supports).
Some of the best features in IDLWAVE (e.g. direct documentation linking) required maintenance support from IDL's owners, support which hasn't fully existed for almost a decade.
The version in core has diverged from the latest <https://github.com/jdtsmith/idlwave> (from 7 years ago).

Judging by my email traffic on the topic, there are very few users of IDLWAVE remaining.  Even I touch it only a few times a year.  No one has stepped up to maintain it in the 7 years since I stepped aside.  IDL is still a powerful language and IDLWAVE itself has a great number of features I sorely miss in other emacs programming modes.  It deserves support in Emacs.  Just not, IMO, in core.

[1] Such a threshold may be hard to define, but here is one idea: if the number of users who activate a mode on accident <https://www.reddit.com/r/emacs/comments/qefx8e/til_idl_is_a_thing_and_emacs_has_it/> is greater than the number who actively seek to do so, it may be time to retire a mode.  My experience indicates IDLWAVE has likely passed this threshold.

[-- Attachment #2: Type: text/html, Size: 3225 bytes --]

             reply	other threads:[~2024-02-17 14:40 UTC|newest]

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-02-17 14:40 JD Smith [this message]
2024-02-17 15:51 ` Moving packages out of core to ELPA Eli Zaretskii
2024-02-17 16:22   ` JD Smith
2024-02-17 16:51     ` Eli Zaretskii
2024-02-17 17:08       ` JD Smith
2024-02-17 17:29         ` Eli Zaretskii
2024-02-17 18:52           ` JD Smith
2024-02-17 19:20             ` Eli Zaretskii
2024-02-17 20:56               ` [External] : " Drew Adams
2024-02-17 21:16               ` JD Smith
2024-02-18  6:28                 ` Eli Zaretskii
2024-02-18 12:57                   ` JD Smith
2024-02-18 13:46                     ` Po Lu
2024-02-18 14:03                       ` JD Smith
2024-02-18 14:08                         ` Po Lu
2024-02-18 14:17                           ` JD Smith
2024-02-18 14:17                         ` Eli Zaretskii
2024-02-18 14:19                           ` JD Smith
2024-02-18 14:22                         ` Po Lu
2024-02-17 17:42         ` [External] : " Drew Adams
2024-02-17 18:21           ` JD Smith
2024-02-17 18:32             ` Eli Zaretskii
2024-02-17 19:01               ` JD Smith
2024-02-17 20:50               ` Drew Adams
2024-02-18  1:55         ` Po Lu
2024-02-18  2:27           ` JD Smith
2024-02-18  3:47             ` Po Lu
2024-02-18  1:42 ` Po Lu
2024-02-18  2:14   ` JD Smith
2024-02-18  3:39     ` Po Lu
2024-02-18  7:25       ` Po Lu
2024-02-18 12:39       ` JD Smith
2024-02-18 13:08         ` Eli Zaretskii
2024-02-18 13:15         ` Po Lu
2024-02-18  7:14     ` Eli Zaretskii
2024-02-18 12:19       ` Dmitry Gutov
2024-02-18 13:06         ` Eli Zaretskii
2024-02-18 13:27           ` JD Smith
2024-02-18 13:06         ` Po Lu
2024-02-18 13:13           ` Dmitry Gutov
2024-02-18 13:51             ` Po Lu
2024-02-18 14:19               ` Dmitry Gutov
2024-02-18 14:26                 ` Po Lu
2024-02-18 14:38                   ` Dmitry Gutov
2024-02-19 18:09           ` Stefan Kangas

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

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

  git send-email \
    --in-reply-to=E1FC4CF1-F342-4167-A007-C5BD2DFCE56C@gmail.com \
    --to=jdtsmith@gmail.com \
    --cc=emacs-devel@gnu.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 external index

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

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.