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: Integrating package.el Date: Wed, 3 Mar 2010 21:39:17 -0800 Message-ID: <31edf1081003032139t491b2339uf5202323100248c3@mail.gmail.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> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 X-Trace: dough.gmane.org 1267681175 20513 80.91.229.12 (4 Mar 2010 05:39:35 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 4 Mar 2010 05:39:35 +0000 (UTC) Cc: emacs-devel@gnu.org To: Ted Zlatanov , tromey@redhat.com Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Mar 04 06:39:31 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 1Nn3mU-0001Yf-D9 for ged-emacs-devel@m.gmane.org; Thu, 04 Mar 2010 06:39:30 +0100 Original-Received: from localhost ([127.0.0.1]:58782 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nn3mT-0006pK-GB for ged-emacs-devel@m.gmane.org; Thu, 04 Mar 2010 00:39:29 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Nn3mN-0006p5-4v for emacs-devel@gnu.org; Thu, 04 Mar 2010 00:39:23 -0500 Original-Received: from [140.186.70.92] (port=46974 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nn3mL-0006ot-E4 for emacs-devel@gnu.org; Thu, 04 Mar 2010 00:39:21 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Nn3mK-0000cg-Jw for emacs-devel@gnu.org; Thu, 04 Mar 2010 00:39:21 -0500 Original-Received: from mail-iw0-f185.google.com ([209.85.223.185]:61666) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nn3mK-0000cW-HA for emacs-devel@gnu.org; Thu, 04 Mar 2010 00:39:20 -0500 Original-Received: by iwn15 with SMTP id 15so1815637iwn.7 for ; Wed, 03 Mar 2010 21:39:18 -0800 (PST) Original-Received: by 10.231.162.13 with SMTP id t13mr484062ibx.3.1267681157984; Wed, 03 Mar 2010 21:39:17 -0800 (PST) In-Reply-To: <87ocjh2hyp.fsf@lifelogs.com> X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 2) 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:121632 Archived-At: > 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? Rather than supporting installing straight out of a VC repository, I have opted to make it easy to create an archive from a list of VC repositories. (package-maint.el) The idea is that only releases would be included in the archive rather than any-old-version. This also reduces the dependencies on the client-side. If you want to add support for installing directly from a VC repository don't let me stop you, but I think there are more important things to do first. > 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? I want to look at the menus patch soon, but I haven't found the time yet. Stefan also mentioned supporting having multiple versions of the same project installed at once. Rather than supporting this by allowing multiple versions to coexist in a single install location, I think it makes more sense to allow multiple install locations. I haven't thought through the implications of this though. Perhaps it would be as easy as simply activating the newest version available, but perhaps we need something more explicit. Probably some mechanism would be necessary for allowing users to opt-out of system packages. I think supporting the distinction between system-level installs vs user-level installs is the biggest blocker (besides more thorough testing) to including package.el in Emacs. I would like to implement this, but it probably won't happen within the next month unless someone else steps up to start work on it. > 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... Don't wait on account of me. I definitely want to see this through, but if you're able to put work into it now then go for it. -Phil