unofficial mirror of emacs-devel@gnu.org 
 help / color / mirror / code / Atom feed
From: Stefan Monnier <monnier@iro.umontreal.ca>
To: Xavier Maillard <xma@gnu.org>
Cc: emacs-devel@gnu.org
Subject: Re: Readings for an emacs package maintainer ?
Date: Mon, 01 Jun 2009 16:35:53 -0400	[thread overview]
Message-ID: <jwvd49n1z5y.fsf-monnier+emacs@gnu.org> (raw)
In-Reply-To: <87k53wh16c.wl%xma@gnu.org> (Xavier Maillard's message of "Mon, 01 Jun 2009 09:18:35 +0200")

> I want packages I am maintaining to be still supported for old
> emacsen from, say, 19.x to latest possible (including xemacs).

While it's arguably a desirable goal in itself, it has to be weighed
against the additional maintenance and testing burden.

So, in my case at least, I write&test my Elisp packages using Emacs-CVS,
and try to make it work on the latest released Emacs as well.  Past that
stage, it's the responsibility of the users to complain about problems
with older releases.
a) In most cases, they're pretty happy to fix the problem by upgrading.
b) In many other cases, they don't report the problem.
c) Some others are sufficiently bothered to report the problem.
d) Some report it and help come up with a fix.
I think my time is better spent adding new features than catering to
people in (b) you can't even be bothered to report the problem.
For (c) and (d), if the fix is easy to find or is found by the user,
I might include it in subsequent releases, unless it's too ugly.

I respect's people choice to use an older release, but they should
expect it not to work 100% with programs that aren't from the same era.


        Stefan


PS: In the last few years, I haven't received any report of problems
    linked to the use of an Emacs < 21.1.  So I really wouldn't worry
    about Emacs-19.29.  There might still be some user of Emacs-19.29,
    but they're extremely unlikely to use your new code.




  parent reply	other threads:[~2009-06-01 20:35 UTC|newest]

Thread overview: 17+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-06-01  7:18 Readings for an emacs package maintainer ? Xavier Maillard
2009-06-01  9:13 ` Lennart Borgman
2009-06-01 16:14   ` Drew Adams
2009-06-01 18:56     ` Reiner Steib
2009-06-01 19:04       ` Lennart Borgman
2009-06-01 19:11       ` Drew Adams
2009-06-01 12:43 ` Xavier MAILLARD
2009-06-01 14:15   ` Miles Bader
2009-06-02  2:17     ` Stephen J. Turnbull
2009-06-02  2:36       ` Miles Bader
2009-06-02 12:02       ` Deniz Dogan
2009-06-02 14:07         ` Stephen J. Turnbull
2009-06-01 16:15   ` Drew Adams
2009-06-01 16:21 ` Bastien
2009-06-01 17:05   ` Drew Adams
2009-06-01 20:35 ` Stefan Monnier [this message]
2009-06-01 22:01   ` Leo

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=jwvd49n1z5y.fsf-monnier+emacs@gnu.org \
    --to=monnier@iro.umontreal.ca \
    --cc=emacs-devel@gnu.org \
    --cc=xma@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 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).