From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Engster Subject: Re: Sync up the org in emacs master to org maint branch? Date: Thu, 02 Feb 2017 18:47:49 +0100 Message-ID: <8760kseb7e.fsf@engster.org> References: <87k29d7zvw.fsf@engster.org> <87fuk08i01.fsf@engster.org> <87d1f36xnc.fsf@engster.org> <83tw8cv6pj.fsf@gnu.org> Mime-Version: 1.0 Content-Type: text/plain Return-path: In-Reply-To: <83tw8cv6pj.fsf@gnu.org> (Eli Zaretskii's message of "Thu, 02 Feb 2017 19:32:56 +0200") List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sender: "Emacs-devel" To: Eli Zaretskii Cc: emacs-devel@gnu.org, bzg@gnu.org, emacs-orgmode@gnu.org, kaushal.modi@gmail.com, Lars Ingebrigtsen , phillip.lord@russet.org.uk List-Id: emacs-orgmode.gnu.org Eli Zaretskii writes: >> From: Lars Ingebrigtsen >> Date: Thu, 02 Feb 2017 13:10:07 +0100 >> Cc: Bastien Guerry , Emacs developers , > >> Phillip Lord , >> emacs-org list , >> Kaushal Modi >> >> If Django had traditionally always been distributed along with Python, >> and maintained in the Python repo, and the suggestion now would be to >> move Django to a part of the Python repo that very few developers look >> at, but Django would continue to be distributed with Python, and all >> Django bug reports would continue to go to the Python bug repository, >> and Python developers would continue to be responsible for QA and bug >> fixing of Django. > > I believe the intent is to make it so that checking out and building > Emacs also checks out and builds all the packages that are intended to > be part of a release tarball. If we indeed do that this way, there > will be no difference, QA-wise, between core packages and ELPA > packages that are logically part of an Emacs release. That's not how I understood it. It was always said that Emacs must not depend on those ELPA packages that are shipped with the release, which implies that they are not supposed to be present at a "normal" checkout. Otherwise, what difference would it make? (Besides requiring more cumbersome tooling to make this all work.) -David