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: Fri, 07 Oct 2016 17:15:46 +0100 Message-ID: <87eg3sw2x9.fsf@russet.org.uk> 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> <86bmyz2tt1.fsf@realize.ch> <50ac6d3f-54e2-4ffa-96a4-0121c5139384@default> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1475920173 14591 195.159.176.226 (8 Oct 2016 09:49:33 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Sat, 8 Oct 2016 09:49:33 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) Cc: Eli Zaretskii , Alain Schneble , monnier@iro.umontreal.ca, emacs-devel@gnu.org To: Drew Adams Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Oct 08 11:49:29 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 1bsoFn-0001Zc-Vl for ged-emacs-devel@m.gmane.org; Sat, 08 Oct 2016 11:49:16 +0200 Original-Received: from localhost ([::1]:40220 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bsoFm-00065L-M5 for ged-emacs-devel@m.gmane.org; Sat, 08 Oct 2016 05:49:14 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:51708) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bsoEt-000651-Nw for emacs-devel@gnu.org; Sat, 08 Oct 2016 05:48:20 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bsoEr-0000zN-NO for emacs-devel@gnu.org; Sat, 08 Oct 2016 05:48:18 -0400 Original-Received: from cheviot12.ncl.ac.uk ([128.240.234.12]:36386) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bsoEm-0000wM-N2; Sat, 08 Oct 2016 05:48:12 -0400 Original-Received: from smtpauth-vm.ncl.ac.uk ([10.8.233.129] helo=smtpauth.ncl.ac.uk) by cheviot12.ncl.ac.uk with esmtp (Exim 4.63) (envelope-from ) id 1bsoEh-0002Kl-Ct; Sat, 08 Oct 2016 10:48:08 +0100 Original-Received: from cpc14-benw10-2-0-cust305.16-2.cable.virginm.net ([92.234.125.50] helo=localhost) by smtpauth.ncl.ac.uk with esmtpsa (TLSv1:AES128-SHA:128) (Exim 4.63) (envelope-from ) id 1bsoEh-0001v6-Hu; Sat, 08 Oct 2016 10:48:07 +0100 In-Reply-To: <50ac6d3f-54e2-4ffa-96a4-0121c5139384@default> (Drew Adams's message of "Wed, 5 Oct 2016 08:23:21 -0700 (PDT)") X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 128.240.234.12 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:208078 Archived-At: Drew Adams writes: >> I was referring to a user -- >> whether developer or not -- using a release version of Emacs and that >> potentially doesn't even want to use package.el to install additional >> packages. If we stick to the Emacs directory/file layout, it is a >> unified layout that gets presented to her. Where distictions between >> core libraries and ELPA core packages aren't visible at that level. >> That would be worth trying to achieve, I think. (And in fact is how the >> directory/files organization looks like in the current release, IIUC.) > > Just what I was saying. I would like to be able to access > and use the distributed source files the same as in the > past, without needing to use package.el. We are talking cross purposes, I think. There are two means to "use package.el". One is "use some of the functions in the package.el file", and the other is "have the user interact either through the API or through the UI with package.el". My patch would mean that, during initialization the former would be happening -- that is, Emacs would be using some package.el functions. But not that latter -- as a user you would not need to interact with it. Actually, your emacs is already doing the former (initializing packages), even if there are no packages by default. Phil