From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Artur Malabarba Newsgroups: gmane.emacs.devel Subject: Re: ELPA contributions? Date: Mon, 12 Oct 2015 22:44:13 +0100 Message-ID: References: <87612g5tmx.fsf@fencepost.gnu.org> <87io6cl0hx.fsf@russet.org.uk> Reply-To: bruce.connor.am@gmail.com NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: multipart/alternative; boundary=001a11402942eee6e80521ef3a54 X-Trace: ger.gmane.org 1444686267 13112 80.91.229.3 (12 Oct 2015 21:44:27 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 12 Oct 2015 21:44:27 +0000 (UTC) Cc: David Kastrup , emacs-devel To: Phillip Lord Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 12 23:44:22 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 1ZlktJ-0004fX-4k for ged-emacs-devel@m.gmane.org; Mon, 12 Oct 2015 23:44:21 +0200 Original-Received: from localhost ([::1]:58955 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZlktI-000542-KY for ged-emacs-devel@m.gmane.org; Mon, 12 Oct 2015 17:44:20 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:55213) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZlktE-00053w-QU for emacs-devel@gnu.org; Mon, 12 Oct 2015 17:44:17 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZlktD-00083L-Gv for emacs-devel@gnu.org; Mon, 12 Oct 2015 17:44:16 -0400 Original-Received: from mail-lb0-x233.google.com ([2a00:1450:4010:c04::233]:34584) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZlktB-00082l-VQ; Mon, 12 Oct 2015 17:44:14 -0400 Original-Received: by lbbck17 with SMTP id ck17so35799941lbb.1; Mon, 12 Oct 2015 14:44:13 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:reply-to:sender:in-reply-to:references:date:message-id :subject:from:to:cc:content-type; bh=Xo11SFTrM0Kpij+Ux/Mggw6vwhUfwbooJpZMW0Py7lg=; b=z9hQxuhPGUWmQKfg/0s6AFMXJJXYxLZOB4XOMZx+yfMsiWbADWW15VzgatnnSeNH2z /Pb33k23HQZn4fgPWfWM6XXJDJ/pQ2PvWg5EihfBOHXvRuy8MR8j90tfJO4O3mFw/j7V xBeq+mCOcOHR1kQZ3lAwwuPN49MmL9wTp+/tSSQPv2aq566nty7tG/3SblvlVqoreYwi ujLyKgtGgUQ9g9G9nefUbBa+VfYGKN2+fKrUoAdo+9gptxcMpZ8MNoH+/zgjYNbUd4dK TkpZ7UvdeGay9ZoGnGb+Ztlp2VU1kbed9nePIGBakt9U65SMhwZmV37L2eZk71ZTS9LK Wpyg== X-Received: by 10.25.151.65 with SMTP id z62mr8750062lfd.21.1444686253186; Mon, 12 Oct 2015 14:44:13 -0700 (PDT) Original-Received: by 10.25.27.78 with HTTP; Mon, 12 Oct 2015 14:44:13 -0700 (PDT) Original-Received: by 10.25.27.78 with HTTP; Mon, 12 Oct 2015 14:44:13 -0700 (PDT) In-Reply-To: <87io6cl0hx.fsf@russet.org.uk> X-Google-Sender-Auth: AI5zmMgJ_f4GYSq4Ayhm3BuLxGQ X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2a00:1450:4010:c04::233 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:191406 Archived-At: --001a11402942eee6e80521ef3a54 Content-Type: text/plain; charset=UTF-8 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. > 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. 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. --001a11402942eee6e80521ef3a54 Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable


On 12 Oct 2015 1:44 pm, "Phillip Lord" <phillip.lord@russet.org.uk> 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 re= mote or can be edited locally. That's all there is to it. Call it what = you will.

> AFAICT, for instance, "ack" is a subtree (whi= ch 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 :exter= nal. 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.

> All fairly confusing really. I've been using :exter= nal branches for my
> packages, but I think possibly I should have been using subtrees. I us= ed
> to not use externals at all (i.e. neither an :external or :subtree), b= ut
> 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 in= tention of the current model was that Gelpa code is part of Emacs, and so a= nyone 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.

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 tech= nicalities 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<= br> > 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.

--001a11402942eee6e80521ef3a54--