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, 16 Sep 2009 19:44:05 -0600 Message-ID: References: <485b0c380808011427n4d3144eey3f8daf3abac83bf4@mail.gmail.com> <87ej589vku.fsf@hagelb.org> <485b0c380808050609y56042595l42a5bb05b34458f0@mail.gmail.com> <485b0c380909161536t331a71fdg1c45150c418b72b2@mail.gmail.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 1253151877 6044 80.91.229.12 (17 Sep 2009 01:44:37 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 17 Sep 2009 01:44:37 +0000 (UTC) Cc: phil@hagelb.org, emacs-devel@gnu.org, rms@gnu.org, monnier@iro.umontreal.ca To: Stephen Eilert Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Sep 17 03:44:29 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 1Mo62u-00070I-Tm for ged-emacs-devel@m.gmane.org; Thu, 17 Sep 2009 03:44:29 +0200 Original-Received: from localhost ([127.0.0.1]:50523 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mo62u-0006tk-CU for ged-emacs-devel@m.gmane.org; Wed, 16 Sep 2009 21:44:28 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mo62p-0006sh-AF for emacs-devel@gnu.org; Wed, 16 Sep 2009 21:44:23 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Mo62k-0006ko-Ma for emacs-devel@gnu.org; Wed, 16 Sep 2009 21:44:22 -0400 Original-Received: from [199.232.76.173] (port=42516 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mo62k-0006kS-F8 for emacs-devel@gnu.org; Wed, 16 Sep 2009 21:44:18 -0400 Original-Received: from mx1.redhat.com ([209.132.183.28]:50810) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Mo62i-00067m-7R; Wed, 16 Sep 2009 21:44:16 -0400 Original-Received: from int-mx04.intmail.prod.int.phx2.redhat.com (int-mx04.intmail.prod.int.phx2.redhat.com [10.5.11.17]) by mx1.redhat.com (8.13.8/8.13.8) with ESMTP id n8H1i7IC028617; Wed, 16 Sep 2009 21:44:07 -0400 Original-Received: from ns3.rdu.redhat.com (ns3.rdu.redhat.com [10.11.255.199]) by int-mx04.intmail.prod.int.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id n8H1i6I6012840; Wed, 16 Sep 2009 21:44:06 -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 n8H1i5rI003530; Wed, 16 Sep 2009 21:44:05 -0400 Original-Received: by opsy.redhat.com (Postfix, from userid 500) id 2869C37819C; Wed, 16 Sep 2009 19:44:05 -0600 (MDT) X-Attribution: Tom In-Reply-To: <485b0c380909161536t331a71fdg1c45150c418b72b2@mail.gmail.com> (Stephen Eilert's message of "Wed, 16 Sep 2009 19:36:29 -0300") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1 (gnu/linux) X-Scanned-By: MIMEDefang 2.67 on 10.5.11.17 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:115402 Archived-At: >>>>> "Stephen" == Stephen Eilert writes: Stephen> To sum it up: there *is* interest in a packaging feature, and Stephen> the issues seem to be mostly in the area of copyright Stephen> assignment. I suppose copyright assignment of packages. There is no issue with package.el itself, I will donate it any time. Stephen> ELPA is a nice starting point. But I think it is Stephen> disproportionally easy to download packages, as opposed to Stephen> submitting them. For single files, I would very much like to Stephen> have a M-x submit-package, and have it do anything required to Stephen> upload it, adding licenses and so on. Yeah. I would like this too, but that would mean finding time to write the web app and everything else :-) Stephen> Dependencies management is also nice, but we'd have to have a Stephen> way to identify packages. Yes, this is something that package.el provides. One thing that would be nice is to have Emacs also advertise the packages it provides -- that is, the ones that are also on separate release schedules. Right now I track this information by hand, but that is somewhat error prone. Stephen> And, most importantly, failing packages should not interrupt Stephen> emacs startup. I've implemented a simple system(for my own Stephen> use) where it creates a buffer with package load Stephen> status. Failing packages are skipped, but obviously there is no Stephen> way to undo side-effects. If this is a problem with package.el or some package in ELPA, please send me some email (preferably to the ELPA address). I will try to fix any problems soon. In general my rule with ELPA has been to try to avoid this problem by only uploading packages that will at least properly "activate". Testing this could be automated and made more robust, but again, I have little time. Tom