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: Thu, 29 Sep 2016 10:00:54 +0100 Message-ID: <87d1jn3ws9.fsf@russet.org.uk> References: <20160916203414.25203.87032@vcs.savannah.gnu.org> <20160916203416.8DF2F220166@vcs.savannah.gnu.org> <87vaxsjmvu.fsf@russet.org.uk> <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> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1475139789 4604 195.159.176.226 (29 Sep 2016 09:03:09 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Thu, 29 Sep 2016 09:03:09 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) Cc: monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Eli Zaretskii Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 29 11:03:00 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 1bpXF3-00007w-Eh for ged-emacs-devel@m.gmane.org; Thu, 29 Sep 2016 11:02:57 +0200 Original-Received: from localhost ([::1]:35718 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bpXF1-00012j-G8 for ged-emacs-devel@m.gmane.org; Thu, 29 Sep 2016 05:02:55 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34217) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bpXDy-0000JY-W1 for emacs-devel@gnu.org; Thu, 29 Sep 2016 05:01:55 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bpXDs-0006Tk-2q for emacs-devel@gnu.org; Thu, 29 Sep 2016 05:01:49 -0400 Original-Received: from cloud103.planethippo.com ([31.216.48.48]:47717) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bpXDl-0006IE-O8; Thu, 29 Sep 2016 05:01:38 -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=DHrmJ0bJIV1QCFLBF6lkcytdTfyW5a97iqwNSHQFSig=; b=lAEJ9T8zYsoOnI7GSPukfozVmV 1NLwiSEgXRuq0rL/KwJ4AeowTNKLZxM7dVzp1QZkVqn8Oy2z6JcmO9yE+hl0yA+6xZCJgDg5vY+/D pGvF/P+3ECZ2HaFW+jKLH0PfkcYj4T6oxjvjo5MkLVmctvd3VNEPMcsyCWWUgeW0p2ge+Cp+Lzgac druN9CboaurDsJUrlUq45C8Q/if6GHlxpXXscybzORSB1RBB6P5VESGVdQdp6SvGHY+BG6CBN3H77 z+og066WO62oPknJgHyx0u3eu8yLJcAB/upp1KzJc679UZP9Qj3aeOVMjFRY0kCwG+VFqgSQAUE81 dy343gcw==; Original-Received: from janus-nat-128-240-225-60.ncl.ac.uk ([128.240.225.60]:47204 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 1bpXD5-000VQ5-DS; Thu, 29 Sep 2016 10:00:55 +0100 In-Reply-To: <8360pgoyo4.fsf@gnu.org> (Eli Zaretskii's message of "Wed, 28 Sep 2016 18:02:19 +0300") 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:207892 Archived-At: Eli Zaretskii writes: >> > Why does it have to be a separate directory? Why cannot those >> > packages be downloaded into their current places, where they belong in >> > one of the subdirectories of lisp/? >> >> >> The build process is different. I use package.el to compile, and to >> build the autoloads and the -pkg.el file. This could be done in the lisp >> directory, but I'd have to exclude this directory from the normal build >> process in the lisp directory. > > Can't we handle the differences during the build without separating > directories? E.g., we already have some files that should not be > byte-compiled, and we handle it with a file-local variable. Can't we > do something similar with this issue? Sure. We already, for example, have the obsolete directory which is excluded from some of the build make processes. But, I think it will ultimately be more complex. We will have one subdirectory with a different package organisation from the all the others. >> I'm not at all wedded to the directory structure. This is just a >> proof-of-principle. It can be what ever we want. Is there a problem with >> introducing a new top level? > > It's not a catastrophe, but it runs the risk of raising the annoyance > level when looking for a certain file. Already there are some Lisp > files for which I never know in what subdirectory they should live. > Having yet another subtree will make things worse, since there's no > way of knowing up front whether a file is in core or not. Yes, this is probably true. Gains and losses. Phil