[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: Sync up the org in emacs master to org maint branch?

From: Stefan Monnier
Subject: Re: Sync up the org in emacs master to org maint branch?
Date: Thu, 02 Feb 2017 09:50:58 -0500
User-agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux)

> In fact, what we're doing feels like if Python included Django in its main
> repository, just to solve Django's problems of compatibility, testing, and
> making its bugs known to the main Python developers.

No: the reason CEDET is inside Emacs is double:
1- We wanted to make CEDET's features available to more users.
2- We wanted to integrate it more tightly with Emacs (not in terms of
   bug-tracking and releasing schedule, but in terms of making it
   possible for generic Emacs code to use some of CEDET, and to
   encourage more major modes and other features to use CEDET).

Moving all of CEDET to elpa.git (and then including it in the tarball)
would still get us point nb 1 but not point nb 2.

The main problem so far with CEDET is the "two branches" situation, made
worse by the "time-limited" copyright assignment of Eric.

I'm not sure what's going on w.r.t the Eric's copyright assignment, but
if that problem is still with us, then it will plague CEDET-in-elpa just
as much as it did CEDET-in-emacs.

I think the main plan should be to consolidate the development into
a single branch (of course, that can also be several branches, as long
as they are constantly kept in sync).  The easiest would be to have that
"upstream" be in emacs.git for now (since moving Emacs's CEDET outside
of Emacs would likely take time anyway).  It might also be beneficial to
move some of CEDET to elpa.git (those features which aren't "core" and
are hence unlikely to be used by other parts of Emacs), so their
development can be decoupled.  But I think CEDET-core (such as
lisp/cedet/semantic) should stay in emacs.git (and more packages should
make use of it).


reply via email to

[Prev in Thread] Current Thread [Next in Thread]