From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] feature/integrated-elpa 4f6df43 15/23: README added Date: Mon, 10 Oct 2016 09:27:25 +0300 Message-ID: <83vax0en1u.fsf@gnu.org> References: <20160916203414.25203.87032@vcs.savannah.gnu.org> <83a8eucwi2.fsf@gnu.org> <878tudgwlq.fsf@russet.org.uk> <8360pgoyo4.fsf@gnu.org> <87d1jn3ws9.fsf@russet.org.uk> <83a8eqoi08.fsf@gnu.org> <87d1jlacsh.fsf@russet.org.uk> <867f9t4n4t.fsf@realize.ch> <874m4x8sq5.fsf@russet.org.uk> <8637kh4j1u.fsf@realize.ch> <87wpht4b1i.fsf@russet.org.uk> <86y4292m2u.fsf@realize.ch> <8737kd8vfh.fsf@russet.org.uk> <867f9n2r6s.fsf@realize.ch> <87a8egw2az.fsf@russet.org.uk> <8360p3i2gt.fsf@gnu.org> <86a8efqf9p.fsf@realize.ch> <8337k7hysd.fsf@gnu.org> <8660p3qd99.fsf@realize.ch> <831szrhwsr.fsf@gnu.org> <8760p12qzw.fsf@russet.org.uk> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1476080905 25269 195.159.176.226 (10 Oct 2016 06:28:25 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 10 Oct 2016 06:28:25 +0000 (UTC) Cc: a.s@realize.ch, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: phillip.lord@russet.org.uk (Phillip Lord) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 10 08:28:11 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 1btU45-0003Wm-St for ged-emacs-devel@m.gmane.org; Mon, 10 Oct 2016 08:27:58 +0200 Original-Received: from localhost ([::1]:47758 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1btU43-0000RG-VM for ged-emacs-devel@m.gmane.org; Mon, 10 Oct 2016 02:27:55 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:44807) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1btU3U-0000Qx-LQ for emacs-devel@gnu.org; Mon, 10 Oct 2016 02:27:21 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1btU3S-0003YL-MA for emacs-devel@gnu.org; Mon, 10 Oct 2016 02:27:19 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:43371) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1btU3O-0003Tr-UB; Mon, 10 Oct 2016 02:27:14 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:1898 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1btU3M-0000Kd-J8; Mon, 10 Oct 2016 02:27:13 -0400 In-reply-to: <8760p12qzw.fsf@russet.org.uk> (phillip.lord@russet.org.uk) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e 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:208139 Archived-At: > From: phillip.lord@russet.org.uk (Phillip Lord) > Cc: Alain Schneble , emacs-devel@gnu.org, monnier@iro.umontreal.ca > Date: Sun, 09 Oct 2016 21:42:59 +0100 > > Eli Zaretskii writes: > >> Or if you meant without pushing at all, then none of the above would be > >> an issue, I think. But the logic of getting ELPA core packages into the > >> Emacs directory tree would be a bit different, as it would have to get > >> the files from the local git clone. > > > > I was hoping the modified package.el will help us get the files from > > the repository, either local or remote, directly into the Emacs source > > tree. > > Yes, I do not know how this would be be achieved at the moment. One possibility is to have each ELPA package tell package.el where its files should live in the Emacs tree. For example, each package could have a standard-named file with a Lisp data structure that specifies this. package.el would then use this information to place each file where it belongs. We could also have a set of reasonable defaults; for example the tests should by default go to the directory under test/lisp/ whose name is identical to the lisp/ subdirectory of the Lisp files.