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: Mon, 21 May 2007 10:33:55 -0600 Message-ID: References: <2cd46e7f0705101124r72000f78xdf05d18ca815ca57@mail.gmail.com> <17991.47259.210100.801472@localhost.localdomain> 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 1179766432 14482 80.91.229.12 (21 May 2007 16:53:52 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Mon, 21 May 2007 16:53:52 +0000 (UTC) Cc: joakim@verona.se, emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon May 21 18:53:50 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 1HqB8j-0001Lo-Hb for ged-emacs-devel@m.gmane.org; Mon, 21 May 2007 18:53:45 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HqB8j-0005Yx-6o for ged-emacs-devel@m.gmane.org; Mon, 21 May 2007 12:53:45 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HqB8f-0005Yi-6T for emacs-devel@gnu.org; Mon, 21 May 2007 12:53:41 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HqB8d-0005YW-Tc for emacs-devel@gnu.org; Mon, 21 May 2007 12:53:40 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HqB8d-0005YT-QC for emacs-devel@gnu.org; Mon, 21 May 2007 12:53:39 -0400 Original-Received: from mx1.redhat.com ([66.187.233.31]) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1HqB8c-0001YN-Kn; Mon, 21 May 2007 12:53:38 -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 l4LGrapc006270; Mon, 21 May 2007 12:53:36 -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 l4LGra29012373; Mon, 21 May 2007 12:53:36 -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 l4LGrWQ5001629; Mon, 21 May 2007 12:53:32 -0400 Original-Received: by opsy.redhat.com (Postfix, from userid 500) id 1220D3786EB; Mon, 21 May 2007 10:33:56 -0600 (MDT) X-Attribution: Tom In-Reply-To: (Richard Stallman's message of "Mon\, 21 May 2007 06\:33\:29 -0400") 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:71527 Archived-At: >>>>> "rms" == Richard Stallman writes: rms> It seems that part of your motivation for wanting a package system is rms> to move Emacs development in a direction that weakens the FSF's rms> ability to develop Emacs as an FSF-copyrighted package. rms> This confirms my concern about the downside. I was a bit surprised, and I suppose a little hurt, to read this. Please ask about my motives rather than try to infer what they might be. I don't want to weaken the FSF's ability to develop emacs as an FSF-copyright package. I think that would be a bad idea. My real motivation is that I got tired of jumping through hoops to download and try out Emacs extensions. I thought it would be fun and useful to try to solve this problem in a user-friendly way. In my view package.el does not make Emacs worse in any way. To the extent that it enables unassigned work, it is simply reflecting the actually existing state of affairs -- there are many Emacs packages which, for whatever reason, are not FSF-assigned and that probably will never be. There's another way to address this 3rd party elisp problem: you could do outreach to the authors and ask them to contribute to Emacs. ELL and the Emacs Wiki have a long list of potential contributors. Tom