From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Chong Yidong Newsgroups: gmane.emacs.devel Subject: Package.el merged Date: Wed, 16 Jun 2010 22:39:18 -0400 Message-ID: <874oh2z8kp.fsf@stupidchicken.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1276742370 16054 80.91.229.12 (17 Jun 2010 02:39:30 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 17 Jun 2010 02:39:30 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Jun 17 04:39:28 2010 connect(): No such file or directory 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.69) (envelope-from ) id 1OP50p-0007ZL-Sh for ged-emacs-devel@m.gmane.org; Thu, 17 Jun 2010 04:39:28 +0200 Original-Received: from localhost ([127.0.0.1]:33979 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OP50p-0002Xy-8Q for ged-emacs-devel@m.gmane.org; Wed, 16 Jun 2010 22:39:27 -0400 Original-Received: from [140.186.70.92] (port=43272 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OP50k-0002Xt-E8 for emacs-devel@gnu.org; Wed, 16 Jun 2010 22:39:23 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OP50j-0002Ka-8V for emacs-devel@gnu.org; Wed, 16 Jun 2010 22:39:22 -0400 Original-Received: from pantheon-po23.its.yale.edu ([130.132.50.117]:56098) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OP50j-0002KN-6u for emacs-devel@gnu.org; Wed, 16 Jun 2010 22:39:21 -0400 Original-Received: from furry (dhcp128036014175.central.yale.edu [128.36.14.175]) (authenticated bits=0) by pantheon-po23.its.yale.edu (8.12.11.20060308/8.12.11) with ESMTP id o5H2dIkD020427 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT) for ; Wed, 16 Jun 2010 22:39:19 -0400 Original-Received: by furry (Postfix, from userid 1000) id DCA12C013; Thu, 17 Jun 2010 04:39:18 +0200 (CEST) X-YaleITSMailFilter: Version 1.2c (attachment(s) not renamed) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.4-2.6 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:126050 Archived-At: I have now added package.el, Tom Tromey's package system, to the trunk. It's been discussed on this list previously; to summarize, it provides a convenient way to download and install Emacs Lisp packages and have them loaded automatically at startup. One change, relative to package.el 0.9, is that package-archive-base now points to elpa.gnu.org, a server that the FSF has graciously provided for our use. This is currently mostly empty, except for a couple of test packages. Let's concentrate on polishing the packaging system before worrying about populating it. Two defcustoms, `package-enable' and `package-load-list', allow the package system to be disabled, or for only specific packages to be loaded, or disabled, or "held" at fixed versions. The default setting is to load all installed packages automatically at startup, after reading the init file. Currently package.el is not in loadup.el; I am still unsure whether to add it, or use autoloads and juggle things so that it's not loaded unless the user installs a package. There is still a great deal of polish that can be added, such as menu bar integration and improvements to the *packages* buffer (currently not very user friendly IMO). Also, Stefan has requested a way to make the way packages are loaded during start-up more transparent, to encourage users to customize it; I have some ideas about how to accomodate this within the current system, and am working on them. Regardless, I think it is good to check the code into the trunk earlier than later, so here it is. Go ahead and poke at the system, find flaws, etc. Also: if anyone among the active Emacs contributors is willing to help flesh out the elpa.gnu.org website, please email me!