From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Alain Schneble Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] feature/integrated-elpa 4f6df43 15/23: README added Date: Wed, 5 Oct 2016 09:25:15 +0200 Message-ID: <867f9n2r6s.fsf@realize.ch> 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> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1475652443 26217 195.159.176.226 (5 Oct 2016 07:27:23 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Wed, 5 Oct 2016 07:27:23 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (windows-nt) Cc: Eli Zaretskii , monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Phillip Lord Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Oct 05 09:27:19 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 1brgba-0004y9-VI for ged-emacs-devel@m.gmane.org; Wed, 05 Oct 2016 09:27:07 +0200 Original-Received: from localhost ([::1]:46890 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1brgbZ-0001UX-IQ for ged-emacs-devel@m.gmane.org; Wed, 05 Oct 2016 03:27:05 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47083) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1brgb3-0001U7-Rs for emacs-devel@gnu.org; Wed, 05 Oct 2016 03:26:35 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1brgb2-0007Dx-Qb for emacs-devel@gnu.org; Wed, 05 Oct 2016 03:26:33 -0400 Original-Received: from clientmail.realize.ch ([46.140.89.53]:4357) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1brgaw-0007BG-Pk; Wed, 05 Oct 2016 03:26:27 -0400 Original-Received: from rintintin.hq.realize.ch.lan.rit (Unknown [192.168.0.105]) by clientmail.realize.ch with ESMTP ; Wed, 5 Oct 2016 09:25:16 +0200 Original-Received: from myngb (192.168.250.224) by rintintin.hq.realize.ch.lan.rit (192.168.0.105) with Microsoft SMTP Server (TLS) id 15.0.516.32; Wed, 5 Oct 2016 09:25:20 +0200 In-Reply-To: <8737kd8vfh.fsf@russet.org.uk> (Phillip Lord's message of "Mon, 03 Oct 2016 13:32:34 +0100") X-ClientProxiedBy: rintintin.hq.realize.ch.lan.rit (192.168.0.105) To rintintin.hq.realize.ch.lan.rit (192.168.0.105) X-detected-operating-system: by eggs.gnu.org: Windows NT kernel [generic] X-Received-From: 46.140.89.53 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:207992 Archived-At: phillip.lord@russet.org.uk (Phillip Lord) writes: > Alain Schneble writes: > >> phillip.lord@russet.org.uk (Phillip Lord) writes: >> >>> Just what you think, yes. We need to distinguish between the two >>> formats. Putting them different directories, with different make files >>> is a trivial way to achieve this. >> >> FWIW, if there is a strict naming and folder mapping convention, just by >> looking at the list of ELPA-in-core package _names_, one can derive >> which files belong to which package. So an explicit "tagging" might not >> even be required at all. >> >> But I do not really understand when exactly we have to distinguish >> between the two formats. Isn't it more like a one way extraction of >> ELPA package into core and then the job is done and distinction doesn't >> really matter anymore? > > 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? 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? >>> I understand that. But, unless we do something complex tests, >>> documentation, icons, subsidiary files and so forth will be in different >>> places for one style of packages than for the other. >> >> Don't know if that really matters. Well it would if we wouldn't put >> resource files such as icons, subsidiary files and so forth at the same >> location as the *.el files. As packages may use 'load-file-name' to >> locate these files. FWIW, I would keep them next to the *.el files. > > 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? Alain