From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: "Stephen J. Turnbull" Newsgroups: gmane.emacs.devel Subject: Re: Contributing LLVM.org patches to gud.el Date: Sat, 07 Feb 2015 14:50:35 +0900 Message-ID: <877fvup8wk.fsf@uwakimon.sk.tsukuba.ac.jp> References: <87mw4rxkzv.fsf@fencepost.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1423288275 21526 80.91.229.3 (7 Feb 2015 05:51:15 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sat, 7 Feb 2015 05:51:15 +0000 (UTC) Cc: David Kastrup , slewsys@gmail.com, emacs-devel@gnu.org To: rms@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sat Feb 07 06:51:14 2015 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1YJyIT-0008MM-Uz for ged-emacs-devel@m.gmane.org; Sat, 07 Feb 2015 06:51:14 +0100 Original-Received: from localhost ([::1]:51461 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YJyIT-0007dp-2P for ged-emacs-devel@m.gmane.org; Sat, 07 Feb 2015 00:51:13 -0500 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:46092) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YJyIG-0007dX-F7 for emacs-devel@gnu.org; Sat, 07 Feb 2015 00:51:01 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YJyIF-0003cz-Ld for emacs-devel@gnu.org; Sat, 07 Feb 2015 00:51:00 -0500 Original-Received: from shako.sk.tsukuba.ac.jp ([130.158.97.161]:53164) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YJyIA-0003XU-6j; Sat, 07 Feb 2015 00:50:54 -0500 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) (using TLSv1 with cipher AES256-SHA (256/256 bits)) (No client certificate requested) by shako.sk.tsukuba.ac.jp (Postfix) with ESMTPS id 92D571C38FD; Sat, 7 Feb 2015 14:50:35 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id 6D0221A2CF1; Sat, 7 Feb 2015 14:50:35 +0900 (JST) In-Reply-To: X-Mailer: VM undefined under 21.5 (beta34) "kale" acf1c26e3019 XEmacs Lucid (x86_64-unknown-linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 3.x X-Received-From: 130.158.97.161 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Emacs development discussions." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Original-Sender: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.emacs.devel:182569 Archived-At: Richard Stallman writes: > These are not similar cases. Neither Windows nor MacOS was > intended to push major GNU packages out of use. What I see here > appears possibly to be exactly that. And so what if it is? You need to be bigger than to play tit-for-tat on penny vs. dollar terms.[1] If you want to fight LLVM, you need to offer comparable value to your users. You need to offer them a strategy for software freedom that can win, that's what they want. The rule David mentioned ("don't advantage non-GNU software over GNU software") is strategically plausible. It's your own rule. It's easy to explain and to follow. On the other hand, refusing patches to gud.el on the basis "we're under attack" is arbitrary: software freedom has been under attack for at least 40 years, maybe more. Nothing important has changed. The same strategies as ever are appropriate here. More-disappointed-than-usual-ly y'rs, The Loyal Opposition Footnotes: [1] If there's somebody out there with the resources to push a major GNU package out of use, they need a *lot* of resources just to overcome the natural inertia of installed base. The little you can do to hurt them is so small even an tax accountant wouldn't notice it. The single exception is to take a page out of your own book and offer the world GPLed software with the same features that non-GPLed code offers. But you've ruled that out.