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: Mon, 03 Oct 2016 13:32:34 +0100 Message-ID: <8737kd8vfh.fsf@russet.org.uk> References: <20160916203414.25203.87032@vcs.savannah.gnu.org> <878tunj2wr.fsf@russet.org.uk> <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> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1475498026 2236 195.159.176.226 (3 Oct 2016 12:33:46 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Mon, 3 Oct 2016 12:33:46 +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 Mon Oct 03 14:33:39 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 1br2R5-0007ZC-5V for ged-emacs-devel@m.gmane.org; Mon, 03 Oct 2016 14:33:35 +0200 Original-Received: from localhost ([::1]:36854 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1br2R2-0003e8-Cg for ged-emacs-devel@m.gmane.org; Mon, 03 Oct 2016 08:33:32 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:47069) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1br2Qw-0003dx-9A for emacs-devel@gnu.org; Mon, 03 Oct 2016 08:33:27 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1br2Qu-0004jG-9l for emacs-devel@gnu.org; Mon, 03 Oct 2016 08:33:25 -0400 Original-Received: from cloud103.planethippo.com ([31.216.48.48]:33312) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1br2Qq-0004WF-4b; Mon, 03 Oct 2016 08:33:20 -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=KCZ7KSnyYtqFKQCUvixoTtgRvhvDuFvX7BbvqEaj2XA=; b=xlubIGL993JNkskAlpaYLFeaSX kiWK9Jn+4tBgM1WJemT1KnusFzFrJ4RAM3fGdMFakPHLO/CqAReR2/+YJGO6kNAGa1qnMOJuoG9EK 2MjzQvgzo1PICOqNENUbWecxzgby0TL/8z8/W2QR/0hd+b6RhWcyFLQRpna94ps8YvfTsDR0YW76G UYgfougWy5quLUNT1rfrnx+2LiqzufhVlQGE05S45Yly8vRvq5QKrH5/m7KfkPVgKX7OWLV6p6g1P BQ1YXNU8UAEFxAb6n3K/dqSMnnb9JLFrocbFXnoENFs6pojfqP4y7ajpbxY7GKjyONYjdgfNSe1jU p3o5fLeA==; Original-Received: from janus-nat-128-240-225-60.ncl.ac.uk ([128.240.225.60]:54660 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 1br2Q7-003mWZ-32; Mon, 03 Oct 2016 13:32:35 +0100 In-Reply-To: <86y4292m2u.fsf@realize.ch> (Alain Schneble's message of "Fri, 30 Sep 2016 22:02:01 +0200") 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:207961 Archived-At: Alain Schneble writes: > phillip.lord@russet.org.uk (Phillip Lord) writes: > >> Alain Schneble writes: >> >> At the moment, no, there isn't (at least not until the -pkg.el file is >> built). >> >>> Or use a file-local variable as Eli proposed? So I think we get it >>> nearly for "free". Or what do you mean by "keeping track of"? >> >> 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. >> Just for what I say. Having the two package systems in different >> top-level (or lower-lever) directories makes life easier. Copying files >> from package.el format locations in core format would be possible but, >> again, complex. > > Yes, there is an extra move files/directories step involved. But I > think it finally makes the _user's_ life easier ;) "user" here means "developer" - it doesn't make any difference for the end user. For the developer, yes, it's probably easier for those who are used to the lisp in the core, but harder for those who are used to package.el format. >> 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. Phil