From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Trent Buck Newsgroups: gmane.emacs.devel Subject: Re: CVS is the `released version' Date: Tue, 22 May 2007 16:10:18 +1000 Message-ID: <87odkdl779.fsf@baal.lan> References: <2cd46e7f0705101124r72000f78xdf05d18ca815ca57@mail.gmail.com> <17991.47259.210100.801472@localhost.localdomain> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1179819402 1035 80.91.229.12 (22 May 2007 07:36:42 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Tue, 22 May 2007 07:36:42 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Tue May 22 09:36:41 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 1HqOv7-0007iu-5P for ged-emacs-devel@m.gmane.org; Tue, 22 May 2007 09:36:37 +0200 Original-Received: from localhost ([127.0.0.1] helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HqOv6-0001qf-Qn for ged-emacs-devel@m.gmane.org; Tue, 22 May 2007 03:36:36 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1HqOv2-0001kT-Cp for emacs-devel@gnu.org; Tue, 22 May 2007 03:36:32 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1HqOv1-0001hf-9C for emacs-devel@gnu.org; Tue, 22 May 2007 03:36:31 -0400 Original-Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1HqOv1-0001hH-17 for emacs-devel@gnu.org; Tue, 22 May 2007 03:36:31 -0400 Original-Received: from main.gmane.org ([80.91.229.2] helo=ciao.gmane.org) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1HqOv0-0006oy-Gi for emacs-devel@gnu.org; Tue, 22 May 2007 03:36:30 -0400 Original-Received: from root by ciao.gmane.org with local (Exim 4.43) id 1HqOtb-0004fa-9x for emacs-devel@gnu.org; Tue, 22 May 2007 09:35:03 +0200 Original-Received: from cpe-155-143-223-85.vic.bigpond.net.au ([155.143.223.85]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 22 May 2007 09:35:03 +0200 Original-Received: from trentbuck by cpe-155-143-223-85.vic.bigpond.net.au with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Tue, 22 May 2007 09:35:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 41 Original-X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: cpe-155-143-223-85.vic.bigpond.net.au User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/23.0.0 (gnu/linux) Cancel-Lock: sha1:QdXq8mfmtU06xH06pZGj3RJaDe4= 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:71580 Archived-At: Richard Stallman writes: > In that case, I think the real proposal is not "add a package system > to Emacs" but rather "set up a standard site for Emacs add-ons". Agreed. > If the add-ons are put in such a web site, finding and installing them > would be much easier. Maybe it is worth doing that, though calling it > a "package system" seems like hype. > > But there are two important non-technical problems with this approach. > > 1. It could reduce the incentive for people to assign copyright on > their code. > > 2. It would mean that Emacs refers people very strongly to a site > that isn't run by the GNU Project. I don't know what their policies > are. But even if they are good, now, we have no way to assure that > remains so. > > These problems would be eliminated if we put the package repository on > gnu.org and limit it to packages that are copyright FSF. Would it be acceptable to have two repositories "main" and "non-fsf", both hosted on gnu.org, and only have the former enabled by default? That is, packages in "non-fsf" would not be listed or installable unless the user explicitly added something like this to their .emacs: (add-to-list 'package-repositories "http://elpa.gnu.org/non-fsf") That way Free software packages that are NOT assigned to the FSF (such as paredit, which is declares itself to be in the Public Domain), can still be installed easily by users via the package.el framework, but only after the user explicitly says "please enable installation of Free, but non-FSF packages". It would also make it easy to move a package into "main" once the paperwork was done by simply changing a few headers -- the rest of the package.el integration would already have been done and tested in the "non-fsf" repository. -- Trent Buck