From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Edward John Steere Newsgroups: gmane.emacs.devel,gmane.emacs.orgmode Subject: Re: Sync up the org in emacs master to org maint branch? Date: Mon, 30 Jan 2017 20:51:19 +0200 Message-ID: <87efzk2xg8.fsf@gmail.com> References: <87k29d7zvw.fsf@engster.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1485802454 9242 195.159.176.226 (30 Jan 2017 18:54:14 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 30 Jan 2017 18:54:14 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) Cc: Bastien Guerry , Emacs developers , Phillip Lord , emacs-org list , Kaushal Modi To: David Engster Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Jan 30 19:54:09 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1cYH5c-000282-GU for ged-emacs-devel@m.gmane.org; Mon, 30 Jan 2017 19:54:08 +0100 Original-Received: from localhost ([::1]:34537 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cYH5h-00017j-O6 for ged-emacs-devel@m.gmane.org; Mon, 30 Jan 2017 13:54:13 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58935) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cYH3G-0007WL-Sx for emacs-devel@gnu.org; Mon, 30 Jan 2017 13:51:43 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cYH3C-0004Dm-TZ for emacs-devel@gnu.org; Mon, 30 Jan 2017 13:51:43 -0500 Original-Received: from mail-wm0-x244.google.com ([2a00:1450:400c:c09::244]:34698) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cYH3C-0004DI-Mx; Mon, 30 Jan 2017 13:51:38 -0500 Original-Received: by mail-wm0-x244.google.com with SMTP id c85so78864017wmi.1; Mon, 30 Jan 2017 10:51:38 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:references:date:in-reply-to:message-id :user-agent:mime-version; bh=gDDS2gnW8pfDjc8f6ODrHhzjyl1EQSdseahDCNqfzAA=; b=tSWjS0x+UJAKOQ6ZwdqX+9OlbDWuYi6Tm6ybxbGUaCHAV+tbOjwL7aR20yY8kFiQQj NwmVJEIvzGmiVnEB8iC1DIzxVzj7p0cWzLdDbsynD/ml2H3oEN/fpFVbdA00oEbfWWHd yU12fuBzeKzVTK7B/oHn1a2q8+3vQpKeZVll4d0ZrrQ1WZyHnL0ONi65QN9KUM4nF6Bv NjniM4WDv+NyqiQ9UTaAfEVFAqxQYn0ebu6bH17WPBiw8R+dToSUTSJS/Xwv/2e8W4II KWF1Io6GCI0DUXQQqNHeQUJJzYWdKcQXeuR9z8my9QDpUhWuWEimy5Dwi09LmPsmlmr8 SFGA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:references:date:in-reply-to :message-id:user-agent:mime-version; bh=gDDS2gnW8pfDjc8f6ODrHhzjyl1EQSdseahDCNqfzAA=; b=pufr+JK3XRCO7IoPmvi5LCYrteslAeqWByUyaXKu55aK4A9h71FRcRfuR5Di6QAchT 1XSGYgKBSd+Czj1EalYh6am/C9qeJgdQBsIGedVYdEeOSD4aL5IRMSa6rL7yh+sB9feB 6m6PyR3+eJ7ylVpOz6e9/RUZkGddqz3GLupMo6zt94AMjzMc+3W8PsFJO4BCVdeRbMCQ J7ekn8iRdu59CN0F76eLV6f1DFpIEWcyPWhKQgbUmSWa3BgqnNqSt7SNjycjDb8fuVzC G1XQ+utg0YGt9ql5xWGmXH9WZcLtXkguj7ARRsP/ZU86TB+tlNAO6gFTvcUMg4s/icU6 sZZw== X-Gm-Message-State: AIkVDXK4FUYg3mBEKR0/XTiSDRkPct1+tCjFPH0WAol4ivLjcZgwmk3XT6bqg3/RWiJjJg== X-Received: by 10.28.54.226 with SMTP id y95mr14669078wmh.105.1485802297169; Mon, 30 Jan 2017 10:51:37 -0800 (PST) Original-Received: from edward ([41.193.194.172]) by smtp.gmail.com with ESMTPSA id l37sm24130440wrc.41.2017.01.30.10.51.34 (version=TLS1_2 cipher=ECDHE-RSA-CHACHA20-POLY1305 bits=256/256); Mon, 30 Jan 2017 10:51:36 -0800 (PST) In-Reply-To: (John Wiegley's message of "Mon, 30 Jan 2017 10:59:39 -0500") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2a00:1450:400c:c09::244 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.org gmane.emacs.devel:211777 gmane.emacs.orgmode:111759 Archived-At: > > DE> This is a misunderstanding. I said I wanted to move support for certain > DE> languages and project types into ELPA, not CEDET core. I'm still of the > DE> opinion that moving it completely to ELPA is a mistake. > > It would only be a mistake if other parts of core need to use it. If only > users make use of it, then having it ELPA will be invisible to them. Apologies in advance for the significant verbage. I just want to provide context. * Context regarding CEDET: (apologies: I know this thread is more concerned with org mode and, if you'll bare with me, I think that this is relevant.) I started the CEDET merge process a few months ago. There was talk on the CEDET mailing list regarding the difficulty of getting going with CEDET as a user and/or a developer. One of the ideas put forward was that there ought to be a merge into Emacs so that one wouldn't have to clone the repo, build the code and install it with some ELisp config. hacking. I got in touch with Eric directly and bounced some ideas passed him. Subsequently I volunteered to help with the merge. I got in touch with JohnW and (not being very familiar with Emacs development) asked some basic questions about how to go about accomplishing the merge. What resulted instead was the idea that we should try to look at streamlining how CEDET get's included with the Emacs tarball rather than having it live in two repositories. I agreed with the idea and got to work on getting a version of CEDET together which would work with 26. I merged in the Emacs -> CEDET direction and ended up with a version of CEDET which is a WIP and works with Emacs 26. Some time passed between then and the start of the discussions here. I think that the approach has evolved past what I was originally planning on working towards and is now something along the lines of: do a final merge of core CEDET components and make the rest into a series of ELPA packages. * What I think that we shouldn't lose sight of (if I may suggest it): is that packaging CEDET, Org Mode and other packages like them in a process which integrates them only when producing the tarball would serve to simplify things for everyone. Emacs core wouldn't be able to depend on packages which are more relevant to the users (and package developers) of Emacs, but these packages would still there like they always have been when one downloads binary Emacs. I'm new around here and I know that I lack the context and experience in this project to make such swooping suggestions or judge the validity of these points, but I thought that they would be worth raising. Kind regards, Edward Steere