From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: John Wiegley Newsgroups: gmane.emacs.devel Subject: Re: New maintainer Date: Sun, 04 Oct 2015 14:41:11 -0700 Organization: New Artisans LLC Message-ID: References: <560CCEBA.9080607@online.de> <874miapdhs.fsf@openmailbox.org> <8737xuuw2y.fsf@rabkins.net> <87lhbmkrle.fsf@fencepost.gnu.org> <87si5r22qh.fsf@fencepost.gnu.org> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1443994907 28516 80.91.229.3 (4 Oct 2015 21:41:47 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Sun, 4 Oct 2015 21:41:47 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Sun Oct 04 23:41:43 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 1Zir2I-0007dG-Pf for ged-emacs-devel@m.gmane.org; Sun, 04 Oct 2015 23:41:39 +0200 Original-Received: from localhost ([::1]:43728 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zir2I-0007PA-0Q for ged-emacs-devel@m.gmane.org; Sun, 04 Oct 2015 17:41:38 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:40186) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zir21-0007Oy-Ak for emacs-devel@gnu.org; Sun, 04 Oct 2015 17:41:22 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zir1y-00067w-4O for emacs-devel@gnu.org; Sun, 04 Oct 2015 17:41:21 -0400 Original-Received: from mail-pa0-x235.google.com ([2607:f8b0:400e:c03::235]:34807) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zir1x-00067q-W2 for emacs-devel@gnu.org; Sun, 04 Oct 2015 17:41:18 -0400 Original-Received: by padhy16 with SMTP id hy16so15737188pad.1 for ; Sun, 04 Oct 2015 14:41:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=sender:from:to:subject:in-reply-to:date:organization:message-id :references:user-agent:mail-followup-to:mime-version:content-type; bh=qS5BalLE/GRT9mAIz8RSIQsyvPjmFbqRHIdlXJX92Ak=; b=K/es1H+sfYW1YS4zD9Kz4bL8YaF9QkJm5ArjmbFhHOijpxCOuTKXl3dqbp4Bb2lHEC vL0eo69/7CaTG8OGtd6LeVrXiNaeh2XTF3bTtWxYl1nwrJRPjZX1UTMBuwwCD2bOkrsX 4JbIaoMNFMi0P/nCKar8FGzLRfd/8F7h1HzNuDO/8syKWXEvhi8RDGVM43B4xLkHgB0b Yrxs/W4Lh0Jio4RNLSq4kWzwJWLiv9Y7D2O6bBvZUpHD8M7fYWiDMItrUCV6kHj19jmE QXBKHBmX0ysk7+OqOL1hF2eV3fhdv7rfwwAeGTGTGL/oEBKwNfJAdfM+uDQUhY+nTztz Atpg== X-Received: by 10.68.219.4 with SMTP id pk4mr35843697pbc.138.1443994877275; Sun, 04 Oct 2015 14:41:17 -0700 (PDT) Original-Received: from Vulcan.local (76-234-68-79.lightspeed.frokca.sbcglobal.net. [76.234.68.79]) by smtp.gmail.com with ESMTPSA id iy1sm23562865pbb.85.2015.10.04.14.41.16 for (version=TLSv1 cipher=RC4-SHA bits=128/128); Sun, 04 Oct 2015 14:41:16 -0700 (PDT) Original-Received: by Vulcan.local (Postfix, from userid 501) id 962D8F070BDA; Sun, 4 Oct 2015 14:41:15 -0700 (PDT) In-Reply-To: (Richard Stallman's message of "Sun, 04 Oct 2015 10:13:46 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (darwin) Mail-Followup-To: emacs-devel@gnu.org X-detected-operating-system: by eggs.gnu.org: Error: Malformed IPv6 address (bad octet value). X-Received-From: 2607:f8b0:400e:c03::235 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:190909 Archived-At: >>>>> Richard Stallman writes: > We have a deep disagreement, and neither of us is likely to change position > on the issue. However, that disagreement does not necessarily mean you can't > be a maintainer, because all the GNU Project really needs from a maintainer > is to engage to carry out the maintainer's responsibility. So it is comes > down to your decision about that. > In practice, the parts of the responsibility that you'd need to reconcile > with your views are (1) accepting changes that work only on GNU or GNU-like > systems without reluctance, so as not to hold back the advance of Emacs on > those systems with contributions from people who may not use or care about > Windows or MacOS, and (2) and cooperating with the things we do to present > the GNU Project's positions in the Emacs distribution itself (for instance, > some material in etc and doc). Thanks, Richard, that's really quite reasonable. There is one technical matter that's been brought to my attention that I would like to get your thoughts on: In Emacs' future, I'd like to improve the way that external processes are used to inform Emacs about the syntax and semantics of buffer contents. For example, building completion lists, indexing code locations, looking up or rendering documentation, etc. I would like to achieve this in a general way, such that both GPL and non-GPL software can be freely chosen by the Emacs user. For example, in C++ mode, one could use either GCC or Clang (or both) to determine type information. It's fine with me if only GCC support is actively endorsed, so long as the Clang solution is equally feasible -- provided volunteers want to contribute to it, and without detracting from the GCC support. Some have told me off-list that you might be reluctant to allow even the possibility of Clang being used in this scenario, since it might encourage use of non-GNU software should its support prove superior. Since that doesn't seem quite in keeping with the rational tone I read in your e-mail, I wanted to check with you directly. I can appreciate wanting Emacs to be a flagship GNU project, and to ensure that GNU-favored technologies are not in any way damaged by supporting non-GNU solutions. What I wonder is, if support for either option can be made purely a matter of the user's choosing, without affecting Emacs' ability to make use of GNU solutions, would this be opposed? John