From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: phillip.lord@russet.org.uk (Phillip Lord) Newsgroups: gmane.emacs.devel Subject: Re: ELPA contributions? Date: Tue, 13 Oct 2015 12:15:41 +0100 Message-ID: <874mhvt3xe.fsf@russet.org.uk> References: <87612g5tmx.fsf@fencepost.gnu.org> <87io6cl0hx.fsf@russet.org.uk> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1444734997 19642 80.91.229.3 (13 Oct 2015 11:16:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Tue, 13 Oct 2015 11:16:37 +0000 (UTC) Cc: David Kastrup , emacs-devel To: Artur Malabarba Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue Oct 13 13:16:27 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1ZlxZC-0000UA-2j for ged-emacs-devel@m.gmane.org; Tue, 13 Oct 2015 13:16:26 +0200 Original-Received: from localhost ([::1]:33799 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZlxZB-0001Sw-Fp for ged-emacs-devel@m.gmane.org; Tue, 13 Oct 2015 07:16:25 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:32815) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZlxYa-0001RQ-W6 for emacs-devel@gnu.org; Tue, 13 Oct 2015 07:15:50 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZlxYW-0002Bn-QA for emacs-devel@gnu.org; Tue, 13 Oct 2015 07:15:48 -0400 Original-Received: from cheviot12.ncl.ac.uk ([128.240.234.12]:33678) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZlxYW-0002B4-8D; Tue, 13 Oct 2015 07:15:44 -0400 Original-Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk) by cheviot12.ncl.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1ZlxYU-0006Hu-AN; Tue, 13 Oct 2015 12:15:42 +0100 Original-Received: from jangai.ncl.ac.uk ([10.66.67.223] helo=localhost) by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1ZlxYU-0002M8-1X; Tue, 13 Oct 2015 12:15:42 +0100 In-Reply-To: (Artur Malabarba's message of "Mon, 12 Oct 2015 22:44:13 +0100") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 128.240.234.12 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 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-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:191444 Archived-At: Artur Malabarba writes: > On 12 Oct 2015 1:44 pm, "Phillip Lord" wrote: >> >> Well, here is the interesting bit. As far as I can tell, a subtree IS an >> external (sort of). > > Let's not get lost in semantics. ;-) > A subtree is a local directory, which _can_ be updated by pulling from a > remote or can be edited locally. That's all there is to it. Call it what > you will. > >> AFAICT, for instance, "ack" is a subtree (which I >> think means, it has been added by the "git subtree" command, although I >> don't know how to test this), while "auctex" is a :external. But both >> are identified in externals-list. While ace-window is neither. > > Most likely ack is listed there by mistake. But I'm just guessing here, > can't check right now. When I first looked at ELPA, I didn't know about git subtree. I still don't know how to check whether a sub-directory has been added with subtree. I just assumed that sub-directories in packages where that -- just part of one big repo. Which is why I used the external branches. >> All fairly confusing really. I've been using :external branches for my >> packages, but I think possibly I should have been using subtrees. I used >> to not use externals at all (i.e. neither an :external or :subtree), but >> that didn't work. >> >> The MELPA process (i.e. submit a recipe) is much more straight-forward. > > True. But that wouldn't work for Gelpa. I believe the intention of the > current model was that Gelpa code is part of Emacs, and so anyone who can > make changes to Emacs should be able to make changes to Gelpa packages just > as easily. Stefan can probably confirm or deny this. I understand that. Although, the MELPA set up works quite well for upstream contributions also. You can clone all the repos on MELPA with two commands (and a fair bit of patience). > Having everyone on the same repo is not the cleanest way to achieve this, > but it's very doable and the disadvantages are acceptable. > A cleaner way would be to give each package its own savannah repo, but > that's probably much less doable and not worth the trouble (though the > technicalities of this are beyond me). > >> Still, having said all of this, I have a workflow which works using >> :external branches, and which works whether or not you have commit >> access to the "main" repository. I'll try and write this up at some >> point. I'd love someone to do the same for subtrees, so I can see >> whether that would have been the right way to go in the first place. > > If no one steps up, expanding the subtree explanation on the readme is on > my todo list with reasonably high priority. And I am happy to work on the :external explanation. Phil