From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Tassilo Horn Newsgroups: gmane.emacs.devel Subject: Re: Release plans Date: Mon, 18 Aug 2008 09:19:33 +0200 Message-ID: <200808180919.33580.tassilo@member.fsf.org> References: <10697146.3630221218551689983.JavaMail.www@wwinf4615> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-15" Content-Transfer-Encoding: 7bit X-Trace: ger.gmane.org 1219044094 15593 80.91.229.12 (18 Aug 2008 07:21:34 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 18 Aug 2008 07:21:34 +0000 (UTC) To: emacs-devel@gnu.org, rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 18 09:22:26 2008 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 1KUz4M-0007w2-Gr for ged-emacs-devel@m.gmane.org; Mon, 18 Aug 2008 09:22:26 +0200 Original-Received: from localhost ([127.0.0.1]:59049 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KUz3P-0006p2-Iv for ged-emacs-devel@m.gmane.org; Mon, 18 Aug 2008 03:21:27 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KUz3L-0006nC-V6 for emacs-devel@gnu.org; Mon, 18 Aug 2008 03:21:23 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KUz3K-0006kU-84 for emacs-devel@gnu.org; Mon, 18 Aug 2008 03:21:22 -0400 Original-Received: from [199.232.76.173] (port=50913 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KUz3K-0006kN-2q for emacs-devel@gnu.org; Mon, 18 Aug 2008 03:21:22 -0400 Original-Received: from mx20.gnu.org ([199.232.41.8]:44770) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1KUz3G-0000Ch-90; Mon, 18 Aug 2008 03:21:18 -0400 Original-Received: from deliver.uni-koblenz.de ([141.26.64.15]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1KUz3E-0003FC-Vb; Mon, 18 Aug 2008 03:21:17 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by deliver.uni-koblenz.de (Postfix) with ESMTP id A99A2789742F; Mon, 18 Aug 2008 09:21:15 +0200 (CEST) Original-Received: from deliver.uni-koblenz.de ([127.0.0.1]) by localhost (deliver.uni-koblenz.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 23680-06; Mon, 18 Aug 2008 09:21:13 +0200 (CEST) X-CHKRCPT: Envelopesender vrfy tassilo@member.fsf.org Original-Received: from thinkpad.localnet (unknown [141.26.67.4]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by deliver.uni-koblenz.de (Postfix) with ESMTP id 2799678004E0; Mon, 18 Aug 2008 09:21:13 +0200 (CEST) User-Agent: KMail/1.10.0 (Linux/2.6.26-gentoo; KDE/4.1.62; x86_64; ; ) In-Reply-To: Content-Disposition: inline X-Virus-Scanned: amavisd-new at uni-koblenz.de X-detected-kernel: by mx20.gnu.org: Linux 2.6, seldom 2.4 (older, 4) X-detected-kernel: by monty-python.gnu.org: 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:102582 Archived-At: On Monday 18 August 2008 08:14:45 Richard M. Stallman wrote: Hi Richard, > The Linux kernel doesn't refuse to boot when it recognizes a non > GPL module being loaded. It justs informs you its "tainted". > > Emacs should of course just refuse to use functions in modules > that are not GPL compliant, not just inform the user that the > moral integrity of Emacs has been corrupted. > > I don't think this is a solution, because it would be easy to patch > out the code that enforces that restriction. But that register_me_i_am_gpl() function would be in emacs core. As far as I understand, if someone patches that function out, the resulting emacs derivate would have to be GPLv3 as well. Do you think that someone who would like to distribute non-free emacs modules would really fork emacs, throw that mechanism out, release it as GPLv3 and then provide his non-free modules for that fork? I don't see how that would be much more convenient than forking the current emacs without module loading support, apply the existing patch for module loading, release this fork as GPLv3, and then provide the non-free modules. In any way, if someone wants to provide non-free modules, he has to fork emacs. But if we had support for loading modules, writing free modules would be as simple as writing elisp extensions. In my opinion that's a win for emacs and the free software movement. Please correct me if I'm wrong. Bye, Tassilo