From mboxrd@z Thu Jan  1 00:00:00 1970
From: David Engster <deng@randomsample.de>
Subject: Re: Sync up the org in emacs master to org maint branch?
Date: Tue, 31 Jan 2017 16:31:37 +0100
Message-ID: <87h94f6yau.fsf@engster.org>
References: <CAFyQvY16F7Vn0Wa=qV1g+HWWLV0cT7FaixLN8w7sJEAWJz9P3Q@mail.gmail.com>
	<m2o9yp4qzn.fsf@newartisans.com> <87k29d7zvw.fsf@engster.org>
	<m27f5cedxw.fsf@newartisans.com> <87fuk08i01.fsf@engster.org>
	<m27f5cxlk9.fsf@RFC1918.na.baesystems.com> <m3k29bjomb.fsf@stories>
	<m28tprw9la.fsf@newartisans.com> <m3fujzjm68.fsf@stories>
Mime-Version: 1.0
Content-Type: text/plain
Return-path: <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>
In-Reply-To: <m3fujzjm68.fsf@stories> (Lars Ingebrigtsen's message of "Tue, 31
	Jan 2017 16:15:11 +0100")
List-Unsubscribe: <https://lists.gnu.org/mailman/options/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=unsubscribe>
List-Archive: <http://lists.gnu.org/archive/html/emacs-devel/>
List-Post: <mailto:emacs-devel@gnu.org>
List-Help: <mailto:emacs-devel-request@gnu.org?subject=help>
List-Subscribe: <https://lists.gnu.org/mailman/listinfo/emacs-devel>,
	<mailto:emacs-devel-request@gnu.org?subject=subscribe>
Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org
Sender: "Emacs-devel" <emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org>
To: Lars Ingebrigtsen <larsi@gnus.org>
Cc: Bastien Guerry <bzg@gnu.org>, Kaushal Modi <kaushal.modi@gmail.com>, Phillip Lord <phillip.lord@russet.org.uk>, emacs-org list <emacs-orgmode@gnu.org>, Emacs developers <emacs-devel@gnu.org>
List-Id: emacs-orgmode.gnu.org

Lars Ingebrigtsen writes:
> The question is: What is the most effective way for Emacs developers to
> spend their time?  I can't really see that anybody has made the case
> that shifting stuff from Emacs core to ELPA will mean less work for...
> well, anybody.
>
> (Except perhaps CEDET.  There seems to be a lot of merging problems
> there.)

This is precisely why we're currently moving all development to Emacs
and abandon the external repo. At least we were planning to...

-David