From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Integrating package.el Date: Thu, 25 Feb 2010 15:05:47 -0500 Message-ID: References: <87k4vxiwlj.fsf@lifelogs.com> <878wcdjg9r.fsf@hagelb.org> <87637gh73j.fsf@lifelogs.com> <87637b96pc.fsf@hagelb.org> <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> <873a0qxrd1.fsf@lifelogs.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: dough.gmane.org 1267128378 782 80.91.229.12 (25 Feb 2010 20:06:18 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Thu, 25 Feb 2010 20:06:18 +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 Feb 25 21:06:13 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 1NkjyN-0006Tg-1Y for ged-emacs-devel@m.gmane.org; Thu, 25 Feb 2010 21:06:11 +0100 Original-Received: from localhost ([127.0.0.1]:40581 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NkjyM-0002H4-Ei for ged-emacs-devel@m.gmane.org; Thu, 25 Feb 2010 15:06:10 -0500 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Nkjy9-0002GQ-Ox for emacs-devel@gnu.org; Thu, 25 Feb 2010 15:05:57 -0500 Original-Received: from [140.186.70.92] (port=34639 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Nkjy8-0002G2-Qo for emacs-devel@gnu.org; Thu, 25 Feb 2010 15:05:57 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1Nkjy7-0001v0-JQ for emacs-devel@gnu.org; Thu, 25 Feb 2010 15:05:56 -0500 Original-Received: from tomts43.bellnexxia.net ([209.226.175.110]:53290 helo=tomts43-srv.bellnexxia.net) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1Nkjy7-0001ui-B7 for emacs-devel@gnu.org; Thu, 25 Feb 2010 15:05:55 -0500 Original-Received: from toip4.srvr.bell.ca ([209.226.175.87]) by tomts43-srv.bellnexxia.net (InterMail vM.5.01.06.13 201-253-122-130-113-20050324) with ESMTP id <20100225200553.SCAB1786.tomts43-srv.bellnexxia.net@toip4.srvr.bell.ca> for ; Thu, 25 Feb 2010 15:05:53 -0500 X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: AvsEAN9ghktGN5Cw/2dsb2JhbACbFnS9fYR1BIMX Original-Received: from bas1-montreal42-1178046640.dsl.bell.ca (HELO ceviche.home) ([70.55.144.176]) by toip4.srvr.bell.ca with ESMTP; 25 Feb 2010 15:28:14 -0500 Original-Received: by ceviche.home (Postfix, from userid 20848) id E61E9B45F4; Thu, 25 Feb 2010 15:05:47 -0500 (EST) In-Reply-To: <873a0qxrd1.fsf@lifelogs.com> (Ted Zlatanov's message of "Wed, 24 Feb 2010 15:20:58 -0600") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.1.91 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: Solaris 8 (1) 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:121372 Archived-At: >>> 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? SM> For me, the only thing holding it back is the ability to concurrently SM> install different versions of the same package. SM> E.g. the sysadmin may install a whole bunch of packages and even SM> different versions of those packages, and then each user gets to choose SM> which ones to use in her ~/.emacs. > Phil and other ELPA folks, please comment, here are my opinions. > Emacs could recognize the Version header and always track it internally > when it loads a library file, maybe with a (version . "1.2") in the > load-history. That would help a lot, I think. I personnally don't care about the behavior if the user tries to activate two different versions of the same package in a given session. So package.el doesn't even need to do anything special about it AFAIC. > They get installed as > $prefix/NAME-VERSION/NAME.el > which is a good way to resolve path conflicts. Yes, it's a good choice for installation location. It still remains to distinguish between "installed in the file system" and "active in a particular session" (where "active" doesn't mean loaded but rather just that autoloads are in place). Stefan