all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Eli Zaretskii <eliz@gnu.org>
To: JD Smith <jdtsmith@gmail.com>
Cc: luangruo@yahoo.com, emacs-devel@gnu.org
Subject: Re: Moving packages out of core to ELPA
Date: Sun, 18 Feb 2024 16:17:01 +0200	[thread overview]
Message-ID: <8634tpsvqa.fsf@gnu.org> (raw)
In-Reply-To: <C469994B-C60A-4098-BB56-1E2BC0E34208@gmail.com> (message from JD Smith on Sun, 18 Feb 2024 09:03:05 -0500)

> From: JD Smith <jdtsmith@gmail.com>
> Date: Sun, 18 Feb 2024 09:03:05 -0500
> Cc: emacs-devel <emacs-devel@gnu.org>
> 
> git log --pretty="format:%an" lisp/progmodes/idlw*.el doc/misc/idlwave.texi | perl -ne 'chomp; $a{$_}++; END
> {foreach $n (sort {@a{$b} <=> @a{$a}} keys %a) {printf("%30s\t%s\n",$n,"+" x $a{$n})}}'  
> 
> This reveals that an impressive 39 individual maintainers have had their hand in the code over the last 20
> years, some with more than 80 commits.  Yes, many of these are find/replace typos or other "no additional
> cost" commits, but many are not.

You consider 4 changes a year a significant maintenance cost?  Please
don't, because it's negligible.  I consider even 4 changes a day not
too many.

Look, why won't you two leave it to the maintainers to assess the
costs of the maintenance, okay?  You are both arguing about something
you know only in theory, at least when applied to Emacs maintenance.
I know this from practical everyday experience, and I'm telling you:
the costs are negligible.  Why isn't that enough? why do you insist on
telling me what are _my_ costs?

This discussion shouldn't have continued after the question was asked
and answered.  We are wasting each other's time by keeping it going.
Let's move on, okay?

My conclusion from this is that we can either move IDLWAVE to
lisp/obsolete (and remove the relevant association from
auto-mode-alist), or leave things as they are.  Which one is better is
up to the users of IDLWAVE (and I'm okay with either one), but either
way the maintenance costs are not a factor.

Whether to move IDLWAVE out of core to ELPA could be revisited later,
but the maintenance costs definitely don't justify moving it nor
leaving it; they are simply not relevant to that decision.



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

Thread overview: 45+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-02-17 14:40 Moving packages out of core to ELPA JD Smith
2024-02-17 15:51 ` 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 [this message]
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=8634tpsvqa.fsf@gnu.org \
    --to=eliz@gnu.org \
    --cc=emacs-devel@gnu.org \
    --cc=jdtsmith@gmail.com \
    --cc=luangruo@yahoo.com \
    /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.