From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Andy Moreton Newsgroups: gmane.emacs.devel Subject: Re: feature/integrated-elpa 4f6df43 15/23: README added Date: Fri, 14 Oct 2016 16:12:14 +0100 Message-ID: References: <20160916203414.25203.87032@vcs.savannah.gnu.org> <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> <83vax0en1u.fsf@gnu.org> <87pon5ek3q.fsf@russet.org.uk> <87twcgttjf.fsf@russet.org.uk> <86a8e7symk.fsf@realize.ch> <8737jzl4u9.fsf@russet.org.uk> <8337jz8dg8.fsf@gnu.org> <83insv3tnl.fsf@gnu.org> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1476458025 22743 195.159.176.226 (14 Oct 2016 15:13:45 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 14 Oct 2016 15:13:45 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (windows-nt) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Oct 14 17:13:42 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 1bv4Ay-0004lL-61 for ged-emacs-devel@m.gmane.org; Fri, 14 Oct 2016 17:13:36 +0200 Original-Received: from localhost ([::1]:47851 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bv4Aw-00012c-Kj for ged-emacs-devel@m.gmane.org; Fri, 14 Oct 2016 11:13:34 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:49916) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bv4AN-00012I-Re for emacs-devel@gnu.org; Fri, 14 Oct 2016 11:13:00 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bv4AI-0000pL-Ng for emacs-devel@gnu.org; Fri, 14 Oct 2016 11:12:58 -0400 Original-Received: from [195.159.176.226] (port=47301 helo=blaine.gmane.org) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bv4AI-0000oJ-GK for emacs-devel@gnu.org; Fri, 14 Oct 2016 11:12:54 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1bv49w-0005dA-Ra for emacs-devel@gnu.org; Fri, 14 Oct 2016 17:12:32 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 61 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:z00yiDBbygSV6RX/zolYya7kVC0= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 195.159.176.226 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:208246 Archived-At: On Fri 14 Oct 2016, Eli Zaretskii wrote: >> From: Andy Moreton >> Date: Fri, 14 Oct 2016 14:51:15 +0100 >> >> >> ~/.emacs.d/elpa/org/org >> >> ~/.emacs.d/elpa/org/etc/ORG-NEWS >> >> ~/.emacs.d/elpa/org/org.el >> >> >> >> So, org-mode has to support two independent directory layouts. >> > >> > But Org already supports those two formats. We don't require Org to >> > do anything that it doesn't already do. So staying with the current >> > structure of lisp/ in the Emacs tree doesn't add any new requirements. >> >> But that would do nothing to reduce the unnecessary and duplicated >> packaging work. > > I'm not sure I understand what duplicated work you have in mind. Org > developers will still put Org on ELPA in the same directory structure > they do now. When Org is imported into Emacs, as part of building a > release tarball or as part of building from the repository, each file > will be put in its natural place in the Emacs source tree, either by > package.el or by some other means, and will replace any previous Org > files, if there were such. It natural place in the emacs source tree should be the exact layout used for ELPA, without any rearrangement. You proposal requires rearranging the sources for the convenience of the few emacs develoeprs rather than the manu emacs users. I do not think that is the right approach. >> Keeping each package in ELPA format ensures that replacing the package >> can be done easily, as everything is isolated in a single directory. > > I see no particular difficulties in putting several files into several > directories, software can and does do that all the time. It's not > like we will be asking users to do this manually. It is a pointless rearrangement from the package format, and makes emacs core needlessly different from the package distribution. Bundling with emacs core or distributing separately via ELPA should only concern how a package is delivered, but should not change its content or layout. >> There are many more users of emacs than developers, so the design >> should be aimed at utility and convenience for users. > > That's the main motivation for my proposal, indeed. Then you have lost me, as your proposal in this thread seems to be to keeo the existing emacs directory structure, and make the layout of packages bundled with emacs be different from the layout of the same packages in ELPA. The existing emacs source tree directory structure is sensible for a monolithic project. However the whole idea here is to move away from a monolithic structure, so the source tree contains only the emacs core. Unmodified ELPA packages are imported into a packages directory to be bundled for distribution. AndyM