From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stefan Monnier 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> Mime-Version: 1.0 Content-Type: text/plain Return-path: 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 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 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 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 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 Sender: "Emacs-orgmode" To: emacs-orgmode@gnu.org Cc: emacs-devel@gnu.org > 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