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: CVS is the `released version' Date: Sun, 20 May 2007 15:53:21 -0600 Message-ID: References: <2cd46e7f0705101124r72000f78xdf05d18ca815ca57@mail.gmail.com> <17991.47259.210100.801472@localhost.localdomain> <85d50wq6a9.fsf@lola.goethe.zz> Reply-To: tromey@redhat.com NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1179699182 22269 80.91.229.12 (20 May 2007 22:13:02 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Sun, 20 May 2007 22:13:02 +0000 (UTC) Cc: rms@gnu.org, joakim@verona.se, emacs-devel@gnu.org To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 21 00:13:01 2007 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 1Hpte8-0004nA-MB for ged-emacs-devel@m.gmane.org; Mon, 21 May 2007 00:13:00 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Hpte7-0003ar-WE for ged-emacs-devel@m.gmane.org; Sun, 20 May 2007 18:13:00 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Hpte4-0003al-6I for emacs-devel@gnu.org; Sun, 20 May 2007 18:12:56 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Hpte2-0003aZ-QU for emacs-devel@gnu.org; Sun, 20 May 2007 18:12:54 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Hpte2-0003aW-L1 for emacs-devel@gnu.org; Sun, 20 May 2007 18:12:54 -0400 Original-Received: from mx1.redhat.com ([66.187.233.31]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Hpte1-0007HZ-6K; Sun, 20 May 2007 18:12:53 -0400 Original-Received: from int-mx1.corp.redhat.com (int-mx1.corp.redhat.com [172.16.52.254]) by mx1.redhat.com (8.13.1/8.13.1) with ESMTP id l4KMCqDs021362; Sun, 20 May 2007 18:12:52 -0400 Original-Received: from pobox.corp.redhat.com (pobox.corp.redhat.com [10.11.255.20]) by int-mx1.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l4KMCqux005560; Sun, 20 May 2007 18:12:52 -0400 Original-Received: from opsy.redhat.com (ton.toronto.redhat.com [172.16.14.15]) by pobox.corp.redhat.com (8.13.1/8.13.1) with ESMTP id l4KMCpm2017427; Sun, 20 May 2007 18:12:51 -0400 Original-Received: by opsy.redhat.com (Postfix, from userid 500) id C564337839C; Sun, 20 May 2007 15:53:21 -0600 (MDT) X-Attribution: Tom In-Reply-To: <85d50wq6a9.fsf@lola.goethe.zz> (David Kastrup's message of "Sun\, 20 May 2007 09\:54\:22 +0200") User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.95 (gnu/linux) X-detected-kernel: Linux 2.6, seldom 2.4 (older, 4) 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:71457 Archived-At: >>>>> "David" == David Kastrup writes: David> I am not comfortable with having Emacs automatically install and load David> anything, period. Just to be clear here, package.el never automatically installs anything. You must ask for it using the package menu mode (or some other install approach). Once something is installed, it is automatically activated when package-initialize is called -- but this is an intentional feature. David> I consider the "fixed repository" David> approach something that does not work out. Each package should carry David> with itself the information where to ask for updates. I considered this but rejected it for two reasons. First, in my view it is simply more convenient for users to have a single, pre-configured download site. That way no configuration of package.el is needed, it "just works". Yes, this is slightly harder for package maintainers, but I've tried to make package.el impose as few hardships as possible, and I think the burden is not too great. Second, 3rd party sites often die. ELL has many stale links in it, and in my view the free-for-all of the Emacs Wiki is a bit too scary to trust blindly. I know that the worst failure mode with a site under my control (hosted on my web site or on savannah) is that it will go stale -- which while lamentable at least is not a potential security hole. Tom