From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Ted Zlatanov Newsgroups: gmane.emacs.devel Subject: Re: Integrating package.el Date: Thu, 04 Mar 2010 07:54:39 -0600 Organization: =?utf-8?B?0KLQtdC+0LTQvtGAINCX0LvQsNGC0LDQvdC+0LI=?= @ Cienfuegos Message-ID: <87zl2okx9c.fsf@lifelogs.com> References: <87wrzr6ugo.fsf@hagelb.org> <87ocl242jc.fsf@uwakimon.sk.tsukuba.ac.jp> <87d41ihx9g.fsf@stupidchicken.com> <87ocl167wx.fsf@hagelb.org> <8763795zsh.fsf@hagelb.org> <87r5pmwcf8.fsf@hagelb.org> <87ocjh2hyp.fsf@lifelogs.com> <31edf1081003032139t491b2339uf5202323100248c3@mail.gmail.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1267710945 20975 80.91.229.12 (4 Mar 2010 13:55:45 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 4 Mar 2010 13:55:45 +0000 (UTC) Cc: Dan Hackney , Phil Hagelberg To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 04 14:55:29 2010 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 1NnBWK-0000tB-HU for ged-emacs-devel@m.gmane.org; Thu, 04 Mar 2010 14:55:20 +0100 Original-Received: from localhost ([127.0.0.1]:58684 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NnBWK-0000sv-6Q for ged-emacs-devel@m.gmane.org; Thu, 04 Mar 2010 08:55:20 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NnBWE-0000rf-9y for emacs-devel@gnu.org; Thu, 04 Mar 2010 08:55:14 -0500 Original-Received: from [140.186.70.92] (port=53960 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NnBWD-0000qt-AW for emacs-devel@gnu.org; Thu, 04 Mar 2010 08:55:14 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1NnBWC-0004xT-CR for emacs-devel@gnu.org; Thu, 04 Mar 2010 08:55:13 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:37880) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1NnBWC-0004xD-2M for emacs-devel@gnu.org; Thu, 04 Mar 2010 08:55:12 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1NnBW0-0000WX-36 for emacs-devel@gnu.org; Thu, 04 Mar 2010 14:55:00 +0100 Original-Received: from 38.98.147.130 ([38.98.147.130]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 04 Mar 2010 14:55:00 +0100 Original-Received: from tzz by 38.98.147.130 with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Thu, 04 Mar 2010 14:55:00 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 70 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 38.98.147.130 X-Face: bd.DQ~'29fIs`T_%O%C\g%6jW)yi[zuz6; d4V0`@y-~$#3P_Ng{@m+e4o<4P'#(_GJQ%TT= D}[Ep*b!\e,fBZ'j_+#"Ps?s2!4H2-Y"sx" User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/23.1.91 (gnu/linux) Cancel-Lock: sha1:KVDr5B+HvNnrGEItco1JDJvv7KA= X-detected-operating-system: by eggs.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:121641 Archived-At: On Wed, 3 Mar 2010 21:39:17 -0800 Phil Hagelberg wrote: >> Have you considered support for non-HTTP sources? I'm OK with HTTP only >> for now but I think a Bazaar source would make sense if there's going to >> be a ELPA-style repository inside Emacs itself. Also are file:/// URLs >> supported? PH> Rather than supporting installing straight out of a VC repository, I PH> have opted to make it easy to create an archive from a list of VC PH> repositories. (package-maint.el) The idea is that only releases PH> would be included in the archive rather than any-old-version. PH> This also reduces the dependencies on the client-side. OK. See below about file:/// URLs. PH> If you want to add support for installing directly from a VC repository PH> don't let me stop you, but I think there are more important things to PH> do first. Understood. The TODO list has more important items, I agree. >> What remains to be done to make package.el a part of Emacs? I think >> Dan Nicolaescu's suggestion about menus makes sense. Is there >> anything else? PH> I want to look at the menus patch soon, but I haven't found the time PH> yet. Great, thanks! PH> Stefan also mentioned supporting having multiple versions of the PH> same project installed at once. Rather than supporting this by PH> allowing multiple versions to coexist in a single install location, PH> I think it makes more sense to allow multiple install locations. I PH> haven't thought through the implications of this though. Perhaps it PH> would be as easy as simply activating the newest version available, PH> but perhaps we need something more explicit. Probably some mechanism PH> would be necessary for allowing users to opt-out of system packages. PH> I think supporting the distinction between system-level installs vs PH> user-level installs is the biggest blocker (besides more thorough PH> testing) to including package.el in Emacs. I would like to implement PH> this, but it probably won't happen within the next month unless PH> someone else steps up to start work on it. How about associating a single install location with each repository? Logically that would make sense and there would be a default (nil) repository for things not managed by package.el. Then the user, by managing the repository priority, would also manage the load-path priority. >> Phil hasn't replied to questions in this thread for a bit so he must >> be busy as well. Would it be OK if I worked with the Emacs >> maintainers to patch up Phil's latest package.el so it can go into >> Emacs? Or should I wait a bit longer? I really don't mind waiting, >> but if I can help... PH> Don't wait on account of me. I definitely want to see this through, PH> but if you're able to put work into it now then go for it. Can you review Dan Haxney's (CC here and to you) patches as well at http://github.com/haxney/package? He supports file:/// URLs and has made many other improvements. I don't know if he has rebased against your support for multiple repositories. If the two of you could decide what pieces are worth keeping and merge, it would make it easier for me to start work on the merged version. Otherwise I may end up wasting effort. Thanks Ted