From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: [Emacs-diffs] feature/integrated-elpa 4f6df43 15/23: README added Date: Sat, 15 Oct 2016 21:11:50 +0300 Message-ID: <83eg3h1nyx.fsf@gnu.org> 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> <837f9b8lmv.fsf@gnu.org> <87twcfjq1i.fsf@russet.org.uk> <831szj8dbc.fsf@gnu.org> <871szhse6c.fsf@russet.org.uk> Reply-To: Eli Zaretskii NNTP-Posting-Host: blaine.gmane.org X-Trace: blaine.gmane.org 1476555187 32100 195.159.176.226 (15 Oct 2016 18:13:07 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 15 Oct 2016 18:13:07 +0000 (UTC) Cc: jwiegley@gmail.com, a.s@realize.ch, monnier@iro.umontreal.ca, emacs-devel@gnu.org To: phillip.lord@russet.org.uk (Phillip Lord) Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 15 20:13:03 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 1bvTS3-0006gV-E0 for ged-emacs-devel@m.gmane.org; Sat, 15 Oct 2016 20:12:55 +0200 Original-Received: from localhost ([::1]:52877 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bvTS2-0006HE-4v for ged-emacs-devel@m.gmane.org; Sat, 15 Oct 2016 14:12:54 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:56872) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bvTRS-0006H3-Rt for emacs-devel@gnu.org; Sat, 15 Oct 2016 14:12:19 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bvTRN-0005I1-LZ for emacs-devel@gnu.org; Sat, 15 Oct 2016 14:12:17 -0400 Original-Received: from fencepost.gnu.org ([2001:4830:134:3::e]:48763) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bvTRN-0005H4-IF; Sat, 15 Oct 2016 14:12:13 -0400 Original-Received: from 84.94.185.246.cable.012.net.il ([84.94.185.246]:4978 helo=home-c4e4a596f7) by fencepost.gnu.org with esmtpsa (TLS1.2:RSA_AES_128_CBC_SHA1:128) (Exim 4.82) (envelope-from ) id 1bvTRJ-0002CZ-Eg; Sat, 15 Oct 2016 14:12:11 -0400 In-reply-to: <871szhse6c.fsf@russet.org.uk> (phillip.lord@russet.org.uk) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] X-Received-From: 2001:4830:134:3::e 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:208304 Archived-At: > From: phillip.lord@russet.org.uk (Phillip Lord) > Cc: jwiegley@gmail.com, a.s@realize.ch, monnier@iro.umontreal.ca, emacs-devel@gnu.org > Date: Sat, 15 Oct 2016 18:41:15 +0100 > > > The structure of the Emacs lisp/ directory is well-thought and exists > > for many years with only minor changes. It has some underlying logic, > > which allows one in most cases to know where a certain package lives. > > This is important not just for grepping, but also for visiting the > > files and any operation that requires its full file name. Having some > > files outside of this structure will make working with those files > > more annoying. > > The lisp directory structure is, to my mind, pretty confused. We have > "emacs-lisp", but one of emacs-lisp's more distinctive features, custom, > is not in it. Likewise, tree-widget. We have "emacs-lisp", "progmodes" > and so on which are defined after function, and "obsolete" which is > defined after status. We have "text-modes" and "org". We have "mail" and > "gnus" (although some of gnus is in net). Likewise mh. Likewise > international, language and leim. I could give reasons for most each one of those. But the structure is not sacred; we can change it if we decide so. The important thing, though, is that there _are_ reasons for the structure, and they aren't just that each package has its own directory.