From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Phil Hagelberg Newsgroups: gmane.emacs.devel Subject: Re: unsupported packages area in the Emacs repo Date: Wed, 30 Dec 2009 21:32:18 -0800 Message-ID: <87iqbnu2sd.fsf@hagelb.org> References: <878wclke6j.fsf@lifelogs.com> <87k4w5lbyb.fsf_-_@lifelogs.com> <87zl50jv52.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1262237579 23241 80.91.229.12 (31 Dec 2009 05:32:59 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 31 Dec 2009 05:32:59 +0000 (UTC) Cc: emacs-devel@gnu.org To: Ted Zlatanov Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Dec 31 06:32:52 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 1NQDeV-0004Wn-VN for ged-emacs-devel@m.gmane.org; Thu, 31 Dec 2009 06:32:52 +0100 Original-Received: from localhost ([127.0.0.1]:46735 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NQDeW-0007wV-Ab for ged-emacs-devel@m.gmane.org; Thu, 31 Dec 2009 00:32:52 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NQDeS-0007wQ-BM for emacs-devel@gnu.org; Thu, 31 Dec 2009 00:32:48 -0500 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NQDeN-0007vp-AQ for emacs-devel@gnu.org; Thu, 31 Dec 2009 00:32:47 -0500 Original-Received: from [199.232.76.173] (port=35309 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NQDeN-0007vm-6S for emacs-devel@gnu.org; Thu, 31 Dec 2009 00:32:43 -0500 Original-Received: from caiajhbdcaid.dreamhost.com ([208.97.132.83]:56687 helo=homiemail-a25.g.dreamhost.com) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NQDeM-0006Ih-QD for emacs-devel@gnu.org; Thu, 31 Dec 2009 00:32:42 -0500 Original-Received: from enigma (71-23-19-98.war.clearwire-wmx.net [71.23.19.98]) (using TLSv1 with cipher DHE-RSA-AES128-SHA (128/128 bits)) (No client certificate requested) by homiemail-a25.g.dreamhost.com (Postfix) with ESMTPSA id DF95B678062; Wed, 30 Dec 2009 21:32:33 -0800 (PST) In-Reply-To: <87zl50jv52.fsf@lifelogs.com> (Ted Zlatanov's message of "Wed, 30 Dec 2009 10:15:21 -0600") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.50 (gnu/linux) X-detected-operating-system: by monty-python.gnu.org: GNU/Linux 2.6 (newer, 3) 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:119112 Archived-At: Ted Zlatanov writes: > On Tue, 29 Dec 2009 14:36:45 -0700 Tom Tromey wrote: > Tom> Recently, Phil Hagelberg has been looking into > Tom> integrating package.el into Emacs. I don't know how much progress he > Tom> has made. > > Can you and Phil give us your view? How would you integrate ELPA > (package.el) with Emacs, specifically using the DVCS features? Your > experience with ELPA so far is very valuable since you've gone through > all the pain of setting up the packaging, dependencies, installer, and > user support. I haven't given DVCS integration much thought at this point, though I've recently contacted Jonas Bernoulli who seems to have done some experiments with it. The initial idea was to just add "Emacs package source" capabilities to Savannah, but it seems like the Savannah hackers are already extremely overworked, and nobody I've talked to is much interested in hacking in PHP, which this would entail. But after talking with Jonas I'm starting to think it might be better to allow packages to be used from DVCS hosted anywhere and just maintain a centrally curated list of repositories that contain packages. This definitely needs more brainstorming and discussion. Integration with Emacs mostly consists of deciding what parts of Emacs should be treated as packages and marking them as such so they may be upgraded separately. Hopefully in the future this will also allow things like gnus and org-mode not to have to be merged into Emacs' own VCS periodically, a process which I understand is rather tedious. These packages should be able to be installed straight from the upstream repositories. > That's the technical side, but what about the supported/unsupported > division? Have you considered making package.el integrated into the > Emacs core to work like the Cygwin installer, so unsupported or > experimental packages can be installed and loaded easily? I hope to get it working that way, yes. -Phil