From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: phillip.lord@russet.org.uk (Phillip Lord) Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] feature/integrated-elpa 4f6df43 15/23: README added Date: Sat, 17 Sep 2016 22:25:29 +0100 Message-ID: <87a8f6xlpy.fsf@russet.org.uk> References: <20160916203414.25203.87032@vcs.savannah.gnu.org> <20160916203416.8DF2F220166@vcs.savannah.gnu.org> <87lgyrdlcv.fsf@russet.org.uk> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1474147558 16047 195.159.176.226 (17 Sep 2016 21:25:58 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 17 Sep 2016 21:25:58 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1 (gnu/linux) Cc: emacs-devel@gnu.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Sep 17 23:25:54 2016 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1blN7N-00035X-2c for ged-emacs-devel@m.gmane.org; Sat, 17 Sep 2016 23:25:49 +0200 Original-Received: from localhost ([::1]:47529 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1blN7L-0003uL-2j for ged-emacs-devel@m.gmane.org; Sat, 17 Sep 2016 17:25:47 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58804) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1blN7B-0003uF-EU for emacs-devel@gnu.org; Sat, 17 Sep 2016 17:25:38 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1blN75-0007bA-Er for emacs-devel@gnu.org; Sat, 17 Sep 2016 17:25:36 -0400 Original-Received: from cloud103.planethippo.com ([31.216.48.48]:59561) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1blN74-0007aU-Uu for emacs-devel@gnu.org; Sat, 17 Sep 2016 17:25:31 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=russet.org.uk; s=default; h=Content-Type:MIME-Version:Message-ID: In-Reply-To:Date:References:Subject:Cc:To:From; bh=XE++O8uoONZRyRDzaANAVb9SeMBSuN6PQPZfD5jf7NY=; b=W3wx6cqQ1sPXsGq9ZxSMO64tkf yHHDxKi/dFoZyD1awWNwOMZ7P449yncvCFWiIaduysLO4tBTG33RkgCQKXwJM9iMlGgJWiohgOcQH xUbD37ISyhXwbil9y05nctFJfWeFUtqSnGs2Gt70A/URB6XVe9gW6Lf25tCHLCmGE25L2CwZWaLiM Z9JOEiN1LpGfYo9VNa8gco6ZPgGrN/cdJ4MnKPs7t7XYZhT0fBaZJdSVcZ9lasQdJKejHWnFZK23Y JBHRTw32saCVNZO7z2OtSdAMyDaj2x7ijnQQNyZQMPQfIr1wR+rHz9LHNuVhzLFk8iLhDzEV84E6P DBWAi+Pg==; Original-Received: from cpc14-benw10-2-0-cust305.16-2.cable.virginm.net ([92.234.125.50]:34686 helo=russet.org.uk) by cloud103.planethippo.com with esmtpsa (TLSv1.2:ECDHE-RSA-AES128-GCM-SHA256:128) (Exim 4.86_1) (envelope-from ) id 1blN74-004HNe-4V; Sat, 17 Sep 2016 22:25:30 +0100 In-Reply-To: (Stefan Monnier's message of "Sat, 17 Sep 2016 12:00:30 -0400") X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - cloud103.planethippo.com X-AntiAbuse: Original Domain - gnu.org X-AntiAbuse: Originator/Caller UID/GID - [47 12] / [47 12] X-AntiAbuse: Sender Address Domain - russet.org.uk X-Get-Message-Sender-Via: cloud103.planethippo.com: authenticated_id: phillip.lord@russet.org.uk X-Authenticated-Sender: cloud103.planethippo.com: phillip.lord@russet.org.uk X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 31.216.48.48 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:207512 Archived-At: Stefan Monnier writes: >> I've not had any experience with git subtree, but regardless, it's only >> one possibility. My proof-of-principle is agnostic to how packages get >> into the build. They could be pushed there with git subtree, checkouted >> of ELPA (as ELPA does with externals), or just plain copied there. > > Good. Extra support to do the checkout from elpa.git would be great. I've been thinking a little bit about this -- in terms of the features that would be needed, as opposed to implementation. So far I have the ability to: - include some but not all packages from ELPA - use a specific commit/branch in ELPA which may not be the latest - access both external and, erm, non-external packages from ELPA - potentially fork the version in ELPA My feeling is that, if we are going to produce a tarball build with ELPA packages this still needs to be repeatable. I do not know how to support packages like seq.el where the version in ELPA and in core are just different. I guess either ELPA needs to support multiple versions (i.e. different Emacs versions download different things), or maybe some "with-version" macros. If you have any ideas or features you want, let me know -- either here or add a TODO.org file to the branch! Phil