From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.orgmode,gmane.emacs.devel Subject: Re: Sync up the org in emacs master to org maint branch? Date: Tue, 31 Jan 2017 09:42:38 -0500 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 1485877492 31702 195.159.176.226 (31 Jan 2017 15:44:52 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Tue, 31 Jan 2017 15:44:52 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) Cc: emacs-devel@gnu.org To: emacs-orgmode@gnu.org Original-X-From: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Tue Jan 31 16:44:49 2017 Return-path: Envelope-to: geo-emacs-orgmode@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 1cYabw-00084K-IN for geo-emacs-orgmode@m.gmane.org; Tue, 31 Jan 2017 16:44:48 +0100 Original-Received: from localhost ([::1]:39090 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cYac2-0007zq-5R for geo-emacs-orgmode@m.gmane.org; Tue, 31 Jan 2017 10:44:54 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:36062) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1cYabC-0007yI-Hv for emacs-orgmode@gnu.org; Tue, 31 Jan 2017 10:44:03 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1cYab9-0007xg-JP for emacs-orgmode@gnu.org; Tue, 31 Jan 2017 10:44:02 -0500 Original-Received: from [195.159.176.226] (port=43269 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1cYab9-0007xP-D3 for emacs-orgmode@gnu.org; Tue, 31 Jan 2017 10:43:59 -0500 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1cYZdu-0001cg-G8 for emacs-orgmode@gnu.org; Tue, 31 Jan 2017 15:42:46 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 30 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:AUyPwQ4TqRXiJpM5B3KaKkVeel8= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 X-BeenThere: emacs-orgmode@gnu.org X-Mailman-Version: 2.1.21 Precedence: list List-Id: "General discussions about Org-mode." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-orgmode-bounces+geo-emacs-orgmode=m.gmane.org@gnu.org Original-Sender: "Emacs-orgmode" Xref: news.gmane.org gmane.emacs.orgmode:111789 gmane.emacs.devel:211798 Archived-At: > It is a mistake because you are creating more moving targets and bring > them together very late in the release process. This reduces the amount > of testing that is done for those packages, so bugs will be noticed > later and the quality of the relases suffer. It moves even more work > into the RC-phase, which is already crowded and where people who can fix > those bugs might not be readily available. It removes those packages > from Emacs CI, so that breakages due to changes in core are not > immediately noticed, and often times they have to be fixed not by those > who created the breakage, but by those who notice them. Indeed, moving something to elpa.git has benefits but also downsides. Another downside is that ELPA packages need to be compatible with various Emacs releases, whereas bundled code can happily ignore those compatibility issues. Of course, the reverse is true as well: if CEDET-core is an ELPA package, then CEDET-client packages don't need to be compatible with older CEDET-core. I think the most important issue is to avoid duplicating branches. Moving (parts of) CEDET to elpa.git is/was mostly motivated by the desire to avoid the difficulties of sync'ing between the Emacs code and the upstream code, since the elpa.git branch could hopefully evolve in-sync with the upstream (or could even *be* the uptream), whereas that was more difficult for the code in emacs.git. If the CEDET code in emacs.git becomes "the upstream", then moving it to elpa.git is much less interesting. Stefan