From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel,gmane.emacs.orgmode Subject: Re: Sync up the org in emacs master to org maint branch? Date: Tue, 31 Jan 2017 16:15:11 +0100 Message-ID: References: <87k29d7zvw.fsf@engster.org> <87fuk08i01.fsf@engster.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1485875741 28683 195.159.176.226 (31 Jan 2017 15:15:41 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 31 Jan 2017 15:15:41 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) Cc: Bastien Guerry , Kaushal Modi , Phillip Lord , emacs-org list , Emacs developers To: David Engster Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Jan 31 16:15:36 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 1cYa9g-0007EY-9I for ged-emacs-devel@m.gmane.org; Tue, 31 Jan 2017 16:15:36 +0100 Original-Received: from localhost ([::1]:38917 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cYa9l-0007Nw-M8 for ged-emacs-devel@m.gmane.org; Tue, 31 Jan 2017 10:15:41 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:57286) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cYa9X-0007HK-4l for emacs-devel@gnu.org; Tue, 31 Jan 2017 10:15:28 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cYa9W-000125-03 for emacs-devel@gnu.org; Tue, 31 Jan 2017 10:15:27 -0500 Original-Received: from hermes.netfonds.no ([80.91.224.195]:52631) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cYa9R-00010N-Dm; Tue, 31 Jan 2017 10:15:21 -0500 Original-Received: from cm-84.215.1.64.getinternet.no ([84.215.1.64] helo=stories) by hermes.netfonds.no with esmtpsa (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.84_2) (envelope-from ) id 1cYa9H-0000Bh-TZ; Tue, 31 Jan 2017 16:15:15 +0100 Face: iVBORw0KGgoAAAANSUhEUgAAADAAAAAwBAMAAAClLOS0AAAAKlBMVEWB/v4AAOAAAOMIMfsL e/wFBvo88/0HrP0AAO0IFvsBAN0LUfoAAOgAAP9eAcMbAAABpklEQVQ4jX3SMWuDQBQH8Df1Q5Qu 3ULJdukQHBWkZHaQInQIly8guSFTAgWHZgo3HCFDnIpkM5Dh6JBNAp2CoIPfpXfR04sxfYN4/rh7 /6dCJKsfJEFTc/kI5CX5TAutsnkFYZAzxuiQMsqYp8FueY45H3EzNkeDH7FFwdMyd1zHocylrtxR fD2WkHjFdWUlhEnRhpcLBMsbON2Do4RtcguLCwTt50VxgX47k8wrodcBIi9EidMBzxK6dhwj2AZd MI/gdu4yFoQdaWUs2N2M9y9kp3twhKiGVIuXzSH6VQvGGkgXDeQIsWJTd2+OWhlChg2EFaSIc4TQ poZvdZLBRcWqT1DDmVuWALUlg55qIUAQeq1OBvUO1/sSaLWuwbBsX7Svh1GQ723iu3EzIqgx1gKQ Dl51807IzDA1UKHsKZntzU0HYDzej2gDVQ82wBhPfR7TFhjGVMjkQKzhNQx8LIsQK/Z0cA53wLUJ /gDAY2KZeqqcCgCAhwnxTU+DtLAa2Ohz5Pb0Atj233RwnEM3MHbAJRA/1mHF7RqqjwvyZ09RXAJg X8EfRu0wFrq2O7cAAAAASUVORK5CYII= In-Reply-To: (John Wiegley's message of "Tue, 31 Jan 2017 10:08:33 -0500") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 80.91.224.195 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:211795 gmane.emacs.orgmode:111786 Archived-At: John Wiegley writes: > So far, all of these arguments against a tighter development integration with > ELPA have been predicated on the way that ELPA is used today. ELPA is under > our control; we can adjust our process to suit the needs of Emacs development. Yes, but external packages lose much of their value if they aren't developed in a compatible manner. > LI> Emacs doesn't seem to have a massive surfeit of developers, so I wonder > LI> where this plan comes from. > > It comes from the desire to decouple the development of large, mostly external > projects, from core Emacs. They don't belong in Emacs.git. But you're talking about coupling ELPA tighter with core Emacs, too. "They don't belong" isn't really much of an argument here. 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.) -- (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no