From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Adrian Robert Newsgroups: gmane.emacs.devel Subject: Re: The copyright issue Date: Fri, 6 Aug 2010 10:34:35 +0000 (UTC) Message-ID: References: <19546.32875.515000.117266@gargle.gargle.HOWL> <86iq3pav0s.fsf@red.stonehenge.com> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit X-Trace: dough.gmane.org 1281090906 25000 80.91.229.12 (6 Aug 2010 10:35:06 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 6 Aug 2010 10:35:06 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 06 12:35:05 2010 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.69) (envelope-from ) id 1OhKGW-0002sS-Ve for ged-emacs-devel@m.gmane.org; Fri, 06 Aug 2010 12:35:05 +0200 Original-Received: from localhost ([127.0.0.1]:33440 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OhKGW-0008BO-B8 for ged-emacs-devel@m.gmane.org; Fri, 06 Aug 2010 06:35:04 -0400 Original-Received: from [140.186.70.92] (port=37889 helo=eggs.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1OhKGP-0008BJ-FR for emacs-devel@gnu.org; Fri, 06 Aug 2010 06:34:58 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.69) (envelope-from ) id 1OhKGO-0004Zh-BT for emacs-devel@gnu.org; Fri, 06 Aug 2010 06:34:57 -0400 Original-Received: from lo.gmane.org ([80.91.229.12]:40181) by eggs.gnu.org with esmtp (Exim 4.69) (envelope-from ) id 1OhKGN-0004ZR-Uu for emacs-devel@gnu.org; Fri, 06 Aug 2010 06:34:56 -0400 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1OhKGF-0002k5-9W for emacs-devel@gnu.org; Fri, 06 Aug 2010 12:34:47 +0200 Original-Received: from dsl-hkibrasgw2-ff6ec300-110.dhcp.inet.fi ([88.195.110.110]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 Aug 2010 12:34:47 +0200 Original-Received: from Adrian.B.Robert by dsl-hkibrasgw2-ff6ec300-110.dhcp.inet.fi with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 Aug 2010 12:34:47 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 37 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: sea.gmane.org User-Agent: Loom/3.14 (http://gmane.org/) X-Loom-IP: 88.195.110.110 (Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.6; en; rv:1.9.0.18) Gecko/2010021619 Camino/2.0.2 (like Firefox/3.0.18)) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) 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:128370 Archived-At: Dan Nicolaescu gnu.org> writes: > > You're confusing the license with the *policy*. It's not the GPL that > > prevents Aquamacs features from being folded in. It's the Emacs project > > leads in particular, setting and enforcing policy. > > Even that is not quite the case. Almost none of the Aquamacs changes > have even been proposed for inclusion here. Some might be acceptable, > but we'll never know as long as there's no desire to merge them... Actually, I would say the merging of the NS port was kind of a test case, because it had a number of features that weren't quite as Mac-specific in function or extensive in implementation as Aquamacs, that the maintainer (me) wanted to bring in. There was various debate on the specifics of particular cases, but in the end most things that were not already implemented at least by the X11 port were removed. My impression was that the standards for admitting a feature, particularly if it is implemented only on one platform at first, are a bit different if it is the X11 port introducing it rather than one of the ports to non-free platforms. This could result from the typical usage of the lead maintainers, the historic origins of the project, or both. Nothing wrong with it. But it seems clear that the even more NS/Mac-specific orientation of many of Aquamacs's features would be even less likely to be accepted. And again, nothing wrong with that. David Reitter and Yamamoto Mitsuharu, maintainer of another Mac-specific fork, are in agreement that the best place for such features IS in forks / third-party distributions. (I happen to disagree, but I've already said my piece on the issue before on emacs-devel, and these kinds of policies ARE up to the project leads, so I'm happy to leave it.) -Adrian