From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: policy discussion on bundling ELPA packages in the emacs tarball Date: Sat, 23 Jan 2021 11:57:04 +0200 Message-ID: <83y2gk3rin.fsf@gnu.org> References: <86eeifawx8.fsf@stephe-leake.org> <87czxygdl9.fsf@russet.org.uk> <86tur88izp.fsf@stephe-leake.org> <86h7n880lo.fsf@stephe-leake.org> Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="10362"; mail-complaints-to="usenet@ciao.gmane.io" Cc: emacs-devel@gnu.org, phillip.lord@russet.org.uk To: Stephen Leake Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Sat Jan 23 10:57:50 2021 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1l3Ffy-0002ab-Gd for ged-emacs-devel@m.gmane-mx.org; Sat, 23 Jan 2021 10:57:50 +0100 Original-Received: from localhost ([::1]:54200 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l3Ffx-0007b9-Hg for ged-emacs-devel@m.gmane-mx.org; Sat, 23 Jan 2021 04:57:49 -0500 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:44446) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1l3FfD-00078l-C2 for emacs-devel@gnu.org; Sat, 23 Jan 2021 04:57:03 -0500 Original-Received: from fencepost.gnu.org ([2001:470:142:3::e]:38221) by eggs.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1l3FfC-00084r-Pa; Sat, 23 Jan 2021 04:57:02 -0500 Original-Received: from 84.94.185.95.cable.012.net.il ([84.94.185.95]:4927 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_256_CBC_SHA1:256) (Exim 4.82) (envelope-from ) id 1l3FfC-0006zS-Ap; Sat, 23 Jan 2021 04:57:02 -0500 In-Reply-To: <86h7n880lo.fsf@stephe-leake.org> (message from Stephen Leake on Sat, 23 Jan 2021 01:27:15 -0800) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:263300 Archived-At: > From: Stephen Leake > Date: Sat, 23 Jan 2021 01:27:15 -0800 > Cc: emacs-devel > > Stephen Leake writes: > > > I'll have to test some stuff. If the submodules cannot be worktrees, > > then I think we have to abandon this approach. Although maybe using > > --depth=1 (or some small number) would be acceptable. > > I've played with 'git submodules' on Windows mingw64. You can pass a > local ELPA repository to 'git submodules add', but it copies the whole > thing into the emacs repository: It is quite clear that ELPA will need some changes on its side to support this integration. One such change is to have branches that roughly correspond to Emacs's 'master' and 'release' branches, because we would want to have only the stable branches of the ELPA packages to be visible on the Emacs's release branch. > There is not a way to specify the branch in the 'git submodule add' > command AFAIU, you can do that in the .gitmodules file. > With worktrees, we don't have git commands that operate on all the > bundled packages at once, as 'git submodules ...' does. However, we'll > be using an emacs front-end for edit/push/pull anyway. Not necessarily: we need Git commands to support that in some way in order to be able to build a release or pretest tarball.