From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Eli Zaretskii Newsgroups: gmane.emacs.devel Subject: Re: New maintainer Date: Mon, 05 Oct 2015 11:23:47 +0300 Message-ID: <83vbalzpt8.fsf@gnu.org> References: <560CCEBA.9080607@online.de> <874miapdhs.fsf@openmailbox.org> <8737xuuw2y.fsf@rabkins.net> <87lhbmkrle.fsf@fencepost.gnu.org> <87si5r22qh.fsf@fencepost.gnu.org> <8737xrweel.fsf@googlemail.com> <87r3lazla7.fsf@fencepost.gnu.org> <87bnce1ko7.fsf@googlemail.com> <87mvvyz5a8.fsf@fencepost.gnu.org> <87si5qi7zi.fsf@googlemail.com> <87io6mz0en.fsf@fencepost.gnu.org> <83612l26ss.fsf@gnu.org> <87egh9zvqq.fsf@fencepost.gnu.org> <83zizxztpq.fsf@gnu.org> <87612lzs01.fsf@fencepost.gnu.org> Reply-To: Eli Zaretskii NNTP-Posting-Host: plane.gmane.org X-Trace: ger.gmane.org 1444033480 2614 80.91.229.3 (5 Oct 2015 08:24:40 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Mon, 5 Oct 2015 08:24:40 +0000 (UTC) Cc: jens.k.loewe@googlemail.com, emacs-devel@gnu.org To: David Kastrup Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Mon Oct 05 10:24:30 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 1Zj14H-0003Hf-7y for ged-emacs-devel@m.gmane.org; Mon, 05 Oct 2015 10:24:21 +0200 Original-Received: from localhost ([::1]:44787 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zj14G-0002qF-FF for ged-emacs-devel@m.gmane.org; Mon, 05 Oct 2015 04:24:20 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:34190) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zj13t-0002p7-Fd for emacs-devel@gnu.org; Mon, 05 Oct 2015 04:23:58 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Zj13s-00022k-3d for emacs-devel@gnu.org; Mon, 05 Oct 2015 04:23:57 -0400 Original-Received: from mtaout22.012.net.il ([80.179.55.172]:40955) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Zj13m-0001xi-Ll; Mon, 05 Oct 2015 04:23:50 -0400 Original-Received: from conversion-daemon.a-mtaout22.012.net.il by a-mtaout22.012.net.il (HyperSendmail v2007.08) id <0NVQ00N00N8J3E00@a-mtaout22.012.net.il>; Mon, 05 Oct 2015 11:23:49 +0300 (IDT) Original-Received: from HOME-C4E4A596F7 ([84.94.185.246]) by a-mtaout22.012.net.il (HyperSendmail v2007.08) with ESMTPA id <0NVQ00NR2NBO1920@a-mtaout22.012.net.il>; Mon, 05 Oct 2015 11:23:49 +0300 (IDT) In-reply-to: <87612lzs01.fsf@fencepost.gnu.org> X-012-Sender: halo1@inter.net.il X-detected-operating-system: by eggs.gnu.org: Solaris 10 X-Received-From: 80.179.55.172 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:190926 Archived-At: > From: David Kastrup > Cc: jens.k.loewe@googlemail.com, emacs-devel@gnu.org > Date: Mon, 05 Oct 2015 09:36:30 +0200 > > >> Ah, but turning those settings off does not really suffice. > >> > >> > > > > Which includes further advice on how to turn the other stuff off. > > Have we been reading the same article? Yes. It's a long article, not just the 2 sentences you've cited. > "We've asked Microsoft if there is any way to disable this > additional communication or information about what its purpose is." > ... "if Web searching and Cortana are disabled, we suspect that the > inference that most people would make is that searching the Start > menu wouldn't hit the Internet at all. But it does. The traffic > could be innocuous, but the inclusion of a machine ID gives it a > suspicious appearance." "We suspect", "could be innocuous", "suspicious appearance", etc. here mean that the authors don't really know themselves whether there is a problem. In any case, wait a bit, and more information will surely surface about disabling that, if there is indeed a problem. > Do you or don't you agree that there is a point for an operating system > respecting the user's choices, privacy and control? I do, but the GPL in my reading is not about privacy and choices. There could be a GPL'ed program that doesn't care about privacy and gives the users little control on its operation. (It would be a bad program, IMO.) Protecting privacy and giving users more control are all good principles for building user-friendly software, and I very much hope Emacs and the rest of the GNU project will do that. But they have nothing to do with software freedom of the GPL itself, IMO. Lumping them together just muddies the waters. > Because we are > talking here about the need of a prospective Emacs manager to heed the > policies designed to ensuring that such a system remains available in > future and cannot be watered down easily. Even while the availability > of such systems depressingly appears to have very little impact on > users' choices, it's the GNU mission to make sure that for those few who > actually care, the choice remains. > > With Emacs being a core component of GNU, the maintainer needs to accept > that he is not independently responsible for Emacs but also for GNU. All true and agreed. All I'm saying is that the specific point you were trying to make regarding malware-type misfeatures of Windows 10 is not relevant to this. > > But trying to make it easier by representing the issues as > > black-and-white is not TRT, IME, and it will always fail given an > > intelligent enough opponent who knows her ground. You (not you > > personally, David) can even be accused in trying to con your audience > > by false statements, which then might have far-reaching effect on our > > argumentation in general. > > I wish. Unfortunately, the world is moving away from shades of grey and > rather thoroughly into contrasts increasingly indistinguishable from > black-and-white. I strongly disagree, but I don't want to argue about that, certainly not here. > if you care about recommending and working with Windows and MacOSX I don't.