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: Fri, 07 Oct 2016 17:29:08 +0100 Message-ID: <87a8egw2az.fsf@russet.org.uk> References: <20160916203414.25203.87032@vcs.savannah.gnu.org> <874m582ixv.fsf@russet.org.uk> <871t0apsxm.fsf@russet.org.uk> <87shsm7hi6.fsf@russet.org.uk> <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> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1475920245 16653 195.159.176.226 (8 Oct 2016 09:50:45 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 8 Oct 2016 09:50:45 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) Cc: Eli Zaretskii , monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Alain Schneble Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 08 11:50:41 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 1bsoH1-0002c8-KY for ged-emacs-devel@m.gmane.org; Sat, 08 Oct 2016 11:50:31 +0200 Original-Received: from localhost ([::1]:40225 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bsoH0-00071F-Dv for ged-emacs-devel@m.gmane.org; Sat, 08 Oct 2016 05:50:30 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51709) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bsoEt-000652-OI for emacs-devel@gnu.org; Sat, 08 Oct 2016 05:48:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bsoEr-0000zW-Nh for emacs-devel@gnu.org; Sat, 08 Oct 2016 05:48:18 -0400 Original-Received: from cheviot22.ncl.ac.uk ([128.240.234.22]:51386) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bsoEm-0000wT-N6; Sat, 08 Oct 2016 05:48:12 -0400 Original-Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk) by cheviot22.ncl.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1bsoEi-0007Iz-Dz; Sat, 08 Oct 2016 10:48:08 +0100 Original-Received: from cpc14-benw10-2-0-cust305.16-2.cable.virginm.net ([92.234.125.50] helo=localhost) by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1bsoEi-0001vA-5O; Sat, 08 Oct 2016 10:48:08 +0100 In-Reply-To: <867f9n2r6s.fsf@realize.ch> (Alain Schneble's message of "Wed, 5 Oct 2016 09:25:15 +0200") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 128.240.234.22 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:208079 Archived-At: Alain Schneble writes: >> Not if we are using package.el to make the packages available. It is >> package.el which sets the load path, loads the autoloads file, that sort >> of thing. > > After all, what would we gain from using package.el to do this > bootstrapping for the ELPA core packages? Packages in already in package.el format can be directly used within Emacs. This requires no changes in the file layout, and means that packages will only be built with a single system (i.e. both Emacs core and ELPA will be build with package.el). As a secondary benefit, this means I can build and test an ELPA checkout directly as part of the Emacs build, which should be useful for finding regressions. > If I understand correctly, finder.el does populate package--builtins > already today, based on the files and directories in ./lisp. Just > automatically fetching all ELPA core packages from the corresponding > git repository (or repositories?), extracting and moving files to the > proper Emacs directories wouldn't require any (or much) additional > logic on that level. Do I miss something here? If it all works, no. But I see no benefit from doing this. It also, of course, means that files from ELPA would now be duplicated in core Emacs because they would have been copied. So, when developing Emacs, there would be version controlled .el source files and non-version controlled copied .el files in the same location. You would have to remember to edit the former, but not the latter. >> So would I, but that is not the directory layout for core. It is for package.el. > > I would still move tests into ./test/automated/, for example. And now > if I think of it, it would probably make sense to move resource files > (static data such as icons, schemas etc.) into ./etc/ and not into > ./lisp/? Is that where such files of non-ELPA, built-in libraries are > put in Emacs today? Yes, resource files are in ./etc Phil