From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Gilaras Drakeson Newsgroups: gmane.emacs.devel Subject: Re: Release plans Date: Mon, 18 Aug 2008 10:20:38 -0400 Message-ID: <87k5eepfpl.fsf@comm.utoronto.ca> References: <10697146.3630221218551689983.JavaMail.www@wwinf4615> <20080812171404.GB7999@muc.de> <20080813092057.GA3010@muc.de> <20080814083817.GA2593@muc.de> <877iak7xfp.fsf@skyscraper.fehenstaub.lan> <873al79akr.fsf@skyscraper.fehenstaub.lan> <48A5BAD7.8030302@emf.net> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: ger.gmane.org 1219069341 29890 80.91.229.12 (18 Aug 2008 14:22:21 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 18 Aug 2008 14:22:21 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Aug 18 16:23:13 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 1KV5dD-0006G9-5X for ged-emacs-devel@m.gmane.org; Mon, 18 Aug 2008 16:22:51 +0200 Original-Received: from localhost ([127.0.0.1]:40963 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KV5cF-00083V-QO for ged-emacs-devel@m.gmane.org; Mon, 18 Aug 2008 10:21:51 -0400 Original-Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1KV5bY-0007it-CS for emacs-devel@gnu.org; Mon, 18 Aug 2008 10:21:08 -0400 Original-Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1KV5bW-0007iE-Qw for emacs-devel@gnu.org; Mon, 18 Aug 2008 10:21:08 -0400 Original-Received: from [199.232.76.173] (port=41468 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1KV5bW-0007iB-LD for emacs-devel@gnu.org; Mon, 18 Aug 2008 10:21:06 -0400 Original-Received: from main.gmane.org ([80.91.229.2]:45579 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 1KV5bW-0004lb-6V for emacs-devel@gnu.org; Mon, 18 Aug 2008 10:21:06 -0400 Original-Received: from list by ciao.gmane.org with local (Exim 4.43) id 1KV5bR-0002QQ-Ow for emacs-devel@gnu.org; Mon, 18 Aug 2008 14:21:01 +0000 Original-Received: from bas3-toronto02-1279400481.dsl.bell.ca ([76.66.26.33]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 18 Aug 2008 14:21:01 +0000 Original-Received: from gilaras by bas3-toronto02-1279400481.dsl.bell.ca with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 18 Aug 2008 14:21:01 +0000 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 23 Original-X-Complaints-To: usenet@ger.gmane.org X-Gmane-NNTP-Posting-Host: bas3-toronto02-1279400481.dsl.bell.ca User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/23.0.60 (gnu/linux) Cancel-Lock: sha1:/HUNERiv/04AXLTSl3w+SfhVbDk= 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:102594 Archived-At: 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. True, but we are not in a *much* better situation now, because if releasing a patched Emacs is acceptable in the game, a large software corporation can easily release a patch that enables loading of external modules for Emacs. I don't think this restriction could be enforced just by software. Some addendum to the license (maybe only specific to Emacs, GCC, and other meta-applications if adding that to GPLv3+ is not easy) might prevent loading of non GPLv3+ modules. Keeping the loader out of Emacs does not count as a long term solution. Gilaras