dak at gnu.org
Sat Aug 28 13:46:49 EDT 2010
"Stephen J. Turnbull" <stephen at xemacs.org> writes:
> David Kastrup writes:
> > version dependencies. I know from AUCTeX that it has been an
> > absolute pain to provide compatibility with Emacs 20.4(?) APIs
> > because XEmacs has not bothered keeping up.
> It's more than a "bother" to keep up; it's illegal. Until we get the
> GPLv3 stuff nailed down, which is slowly coming along.
XEmacs has not synched consistently for much longer than GPLv3 has been
> > Lagging 5 to 10 years behind the core usability
> Oh, come on, David. Lagging 5 to 10 years behind core usability
> doesn't bother you at all when it's XEmacs that is ahead.
XEmacs is not in the habit of being ahead concerning programmer
> I will remind you that Richard and Stefan do not have your qualms
> about supporting old versions of anything.
They are not interested in XEmacs at all. Why should they?
> > That's not my bet. Emacs is still on its forward path to providing
> > a consistent IDE and that means advancing forward on several fronts
> > at once in a more or less interlocked manner.
> Fine. Keep the parts that the IDE depends on in core at least until
> the APIs settle down, and maybe forever if the IDE stuff turns out to
> be mission-critical to all Emacs users. I don't think that should
> include Gnus, calc, calendar, and maybe not even org-mode, though.
> Just moving Gnus and calc out of the core distribution would make a
> huge difference in time to bootstrap.
Computers grow faster than Emacs, so the situation gets more tolerable
in time overall rather than the other way round. Gnus has a CVS (or
whatever its repository is) of its own; so the situation is a bit
different from upstream calc which lives just in Emacs' repository.
The Emacs package repository will IMO not likely get populated much from
stuff currently in Emacs proper rather than externally developed
More information about the XEmacs-Beta