From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tom Tromey Newsgroups: gmane.emacs.devel Subject: Re: package.el Date: Mon, 21 May 2007 16:51:21 -0600 Message-ID: References: <2cd46e7f0705101124r72000f78xdf05d18ca815ca57@mail.gmail.com> <17991.47259.210100.801472@localhost.localdomain> <85d50wq6a9.fsf@lola.goethe.zz> Reply-To: tromey@redhat.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1179789080 21386 80.91.229.12 (21 May 2007 23:11:20 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 21 May 2007 23:11:20 +0000 (UTC) Cc: emacs-devel@gnu.org To: David Reitter Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue May 22 01:11:18 2007 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([199.232.76.165]) by lo.gmane.org with esmtp (Exim 4.50) id 1HqH26-0001Fh-AQ for ged-emacs-devel@m.gmane.org; Tue, 22 May 2007 01:11:18 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HqH25-0006qJ-RU for ged-emacs-devel@m.gmane.org; Mon, 21 May 2007 19:11:17 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HqH1y-0006nE-4g for emacs-devel@gnu.org; Mon, 21 May 2007 19:11:10 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HqH1x-0006mv-Mo for emacs-devel@gnu.org; Mon, 21 May 2007 19:11:09 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HqH1x-0006mn-Dx for emacs-devel@gnu.org; Mon, 21 May 2007 19:11:09 -0400 Original-Received: from mx1.redhat.com ([66.187.233.31]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HqH1x-00048F-4Q for emacs-devel@gnu.org; Mon, 21 May 2007 19:11:09 -0400 Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l4LNB2N1021511; Mon, 21 May 2007 19:11:02 -0400 Original-Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [10.11.255.20]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l4LNB2L5027625; Mon, 21 May 2007 19:11:02 -0400 Original-Received: from opsy.redhat.com (ton.toronto.redhat.com [172.16.14.15]) by pobox.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l4LNB04R006685; Mon, 21 May 2007 19:11:01 -0400 Original-Received: by opsy.redhat.com (Postfix, from userid 500) id 5BF65888030; Mon, 21 May 2007 16:51:22 -0600 (MDT) X-Attribution: Tom In-Reply-To: (David Reitter's message of "Mon\, 21 May 2007 23\:43\:24 +0100") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.95 (gnu/linux) X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:71554 Archived-At: >>>>> "David" == David Reitter writes: David> default-major-mode's default value is text-mode in Aquamacs. David> *scratch* is in text-mode by default. Ok. I will update the text to account for this somehow. David> Well, in a distribution, this is what one wants to customize - David> simply because ~/.emacs.d is not a [standard] directory on all David> operating systems. I simply followed existing practice that I found in Emacs. FWIW I think it would make sense to make this a customizable setting used everywhere that "~/.emacs.d" is currently used. Does Aquamacs have a setting for this? package.el could conditionally use that. David> OK, please don't forget cases where a distribution installs David> additional packages. Both distributions on the Mac do that, and I David> presume the Windows binaries come with some add-ons, too. And you, David> yourself, mentioned Fedora's dislike for Tetris, etc. Yes. The issue is expressing this in an efficient way to package.el. David> It's more realistic to make package.el work in the way Emacs already David> finds and loads its packages, rather than requiring distributors to David> maintain a separate database of file versions (even though that would David> be a sensible thing to do). This could be done via a standard symbol David> feature-version' where "feature" stands for the name of the feature David> that is `provide'd, or via the subfeatures argument to `provide'. I David> don't know what is already in place in package.el. Currently this is done by loading the "-pkg.el" file from the package, which then invokes define-package. This is ok if you don't have a huge number of packages. If we ever get there then perhaps I'll need to think about a new approach. I don't see how feature-version would be defined until a package is loaded -- but that is what we want to avoid. My (former) plan for incorporating this into the core was to extract this info when Emacs is built. Anyway, I'm open to suggestions but, again, I'm a bit unsure whether this is the appropriate forum for discussion. Tom