From: Michael Sperber <sperber@deinprogramm.de>
To: Carsten Dominik <carsten.dominik@gmail.com>
Cc: emacs-orgmode@gnu.org
Subject: Re: Re: Support (or not) for Emacs 21, and XEmacs
Date: Sun, 18 Apr 2010 10:22:22 +0200 [thread overview]
Message-ID: <y9ly6gl5fwh.fsf@deinprogramm.de> (raw)
In-Reply-To: <A707345D-BFD9-4191-B861-23FEAAA800B9@gmail.com> (Carsten Dominik's message of "Sat, 17 Apr 2010 22:31:12 +0200")
Hi Carsten,
many thanks for your e-mail! (And many thanks for your work on
org-mode, which is the best piece of software I've started using for a
few years.)
Carsten Dominik <carsten.dominik@gmail.com> writes:
> However, I have recently more and more the feeling how having to
> cater for several Emacs versions is a drag.
I understand and would feel the same in your situation. So I was
wondering if I could make it easy enough for you so org-mode could keep
the XEmacs code in.
> My feeling was also that the interest in the XEmacs side for
> Org-mode is low. To my knowledge there is no Org-mode package for
> XEmacs, and the number of user on the mailing list seems to be very
> limited.
Right. However, the reason why this is so is trivial: org-mode is
GPLv3, and thus can't be a package for XEmacs, which is currently still
GPLv2. (There has been a long and tedious discussion of this over in
XEmacs land which I'd like to spare you from.) However, we've pretty
much resolved the GPLv3 issues over the past few months, and I hope that
we'll have a GPLv3 XEmacs very soon. At which point I'll personally
make an XEmacs package.
> So let me start with a question: Is XEmacs still alive, innovative?
> There has been no major release (it seems to me) for a very long time.
> It was my feeling that the XEmacs project is on its way to a slow death.
> I may be wrong about this.
Development, which was slow for a long time, has recently picked up
significantly. Releases are a problem, I admit: The developers
essentially all use the development branch, which is by now vastly
different from the 21.4 release. (Also, the GPLv3 issue has kept us
from being able to merge Emacs code for a long time.) But we'll do a
release at some point.
> You propose to help. One way to go would be to continue a branch
> based on Org-mode 6.35, and to merge any new stuff into that branch.
That's definitely a possibility.
> So a dedicated XEmacs-related person could keep such an XEmacs.
> In my test branch where I remove compatibility code (not only
> XEmacs, but also Emacs 21, and I'd love to ditch support for
> Emacs 22 - even though I cannot do that just yet), quite some code
> has changed, and I am not sure how easy it would be to keep
> a compatibility branch up to date.
Is there any way to leave the compatibility code in place and not worry
about it, so long as it does not interfere with your work on the current
Emacs? (I don't know how big that interference is, I must admit.) I
could then try to fix it up as development goes along.
--
Cheers =8-} Mike
Friede, Völkerverständigung und überhaupt blabla
next prev parent reply other threads:[~2010-04-18 8:39 UTC|newest]
Thread overview: 31+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-04-14 8:15 Support (or not) for Emacs 21, and XEmacs Carsten Dominik
2010-04-16 10:26 ` Carsten Dominik
2010-04-16 10:27 ` Carsten Dominik
2010-04-16 12:19 ` Matt Lundin
2010-04-16 16:41 ` Carsten Dominik
2010-04-16 13:03 ` Sebastian Rose
2010-04-16 13:13 ` Bernt Hansen
2010-04-16 14:39 ` Carsten Dominik
2010-04-16 14:42 ` Bernt Hansen
2010-04-16 14:42 ` Carsten Dominik
2010-04-16 19:15 ` Bernt Hansen
2010-04-16 22:02 ` Carsten Dominik
2010-04-16 13:32 ` Rémi Vanicat
2010-04-16 13:56 ` Sebastian Rose
2010-04-16 13:07 ` Jan Böcker
2010-04-16 13:47 ` Günter Kolousek
2010-04-17 15:39 ` Michael Sperber
2010-04-17 20:31 ` Carsten Dominik
2010-04-18 8:22 ` Michael Sperber [this message]
2010-04-18 14:03 ` Carsten Dominik
2010-04-19 11:00 ` Michael Sperber
2010-04-19 11:19 ` Michael Sperber
2010-04-19 15:51 ` Carsten Dominik
2010-04-19 15:54 ` Michael Sperber
2010-04-19 15:55 ` Carsten Dominik
2010-04-19 15:59 ` Carsten Dominik
2010-05-07 7:51 ` Carsten Dominik
2010-05-07 8:30 ` Michael Sperber
2010-05-07 9:21 ` Carsten Dominik
2010-04-23 15:50 ` Michael Sperber
2010-04-23 19:03 ` Carsten Dominik
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=y9ly6gl5fwh.fsf@deinprogramm.de \
--to=sperber@deinprogramm.de \
--cc=carsten.dominik@gmail.com \
--cc=emacs-orgmode@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.