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: Emacs Package Management Date: Wed, 30 Sep 2009 14:18:56 -0600 Message-ID: References: <485b0c380808011427n4d3144eey3f8daf3abac83bf4@mail.gmail.com> <87ej589vku.fsf@hagelb.org> <485b0c380808050609y56042595l42a5bb05b34458f0@mail.gmail.com> <485b0c380909161536t331a71fdg1c45150c418b72b2@mail.gmail.com> <87ab0eai3l.fsf@hagelb.org> <87eipqpwfi.fsf@stupidchicken.com> Reply-To: Tom Tromey NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1254346741 12004 80.91.229.12 (30 Sep 2009 21:39:01 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Wed, 30 Sep 2009 21:39:01 +0000 (UTC) Cc: Chong Yidong , emacs-devel@gnu.org, rms@gnu.org, spedrosa@gmail.com, phil@hagelb.org To: Stefan Monnier Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Wed Sep 30 23:38:53 2009 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 1Mt6su-0002wL-WC for ged-emacs-devel@m.gmane.org; Wed, 30 Sep 2009 23:38:53 +0200 Original-Received: from localhost ([127.0.0.1]:40390 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mt6ss-0002AS-6R for ged-emacs-devel@m.gmane.org; Wed, 30 Sep 2009 17:38:50 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mt5dl-00018D-E3 for emacs-devel@gnu.org; Wed, 30 Sep 2009 16:19:09 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Mt5dg-00016A-Tw for emacs-devel@gnu.org; Wed, 30 Sep 2009 16:19:09 -0400 Original-Received: from [199.232.76.173] (port=35872 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mt5dg-000166-LB for emacs-devel@gnu.org; Wed, 30 Sep 2009 16:19:04 -0400 Original-Received: from mx1.redhat.com ([209.132.183.28]:20922) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Mt5de-0000Rp-NX; Wed, 30 Sep 2009 16:19:02 -0400 Original-Received: from int-mx05.intmail.prod.int.phx2.redhat.com (int-mx05.intmail.prod.int.phx2.redhat.com [10.5.11.18]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n8UKIxn2008988; Wed, 30 Sep 2009 16:18:59 -0400 Original-Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx05.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id n8UKIwNG006909; Wed, 30 Sep 2009 16:18:59 -0400 Original-Received: from opsy.redhat.com (ovpn01.gateway.prod.ext.phx2.redhat.com [10.5.9.1]) by ns3.rdu.redhat.com (8.13.8/8.13.8) with ESMTP id n8UKIvKN023988; Wed, 30 Sep 2009 16:18:57 -0400 Original-Received: by opsy.redhat.com (Postfix, from userid 500) id C91443782D8; Wed, 30 Sep 2009 14:18:56 -0600 (MDT) X-Attribution: Tom In-Reply-To: (Stefan Monnier's message of "Tue, 29 Sep 2009 15:18:10 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.18 X-detected-operating-system: by monty-python.gnu.org: Genre and OS details not recognized. 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:115813 Archived-At: Stefan> In order to move forward on this thing, here's what I'd like to have as Stefan> a first step: the equivalent of `dpkg', i.e. an elisp package that can Stefan> take a package (a tarball, most likely) and "install it", list the set Stefan> of installed packages, uninstall a package. I was thinking more about integrating package.el and I remembered one problem. Right now, package.el byte-compiles at install time. However, this yields incorrect results if the .elc format changes incompatibly, and the user upgrades Emacs. I believe this has happened in the past. We discussed a solution to this long ago: putting the .elc files into a shadow directory hierarchy. Is this still a good idea? I will start a branch in the emacs-mt git repository to test out integration. Tom