From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: =?utf-8?Q?=C3=93scar_Fuentes?= Newsgroups: gmane.emacs.devel Subject: Re: GnuTLS for W32 Date: Fri, 06 Jan 2012 04:56:05 +0100 Message-ID: <87fwftpjqi.fsf@wanadoo.es> References: <87hb0b3yoe.fsf@lifelogs.com> <6ED011D5-E185-44C6-BB31-A445A4E5F83A@gmail.com> <87wr976otx.fsf@lifelogs.com> <87ipkq6yy5.fsf@lifelogs.com> <3FB40138-C766-4A45-8E5A-4E404449995E@gmail.com> <546D7C22-520D-46A9-8AA1-9D33CF2F6782@gmail.com> <87obuhpqrl.fsf@wanadoo.es> <87k455pncx.fsf@wanadoo.es> NNTP-Posting-Host: lo.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-Trace: dough.gmane.org 1325822189 28158 80.91.229.12 (6 Jan 2012 03:56:29 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Fri, 6 Jan 2012 03:56:29 +0000 (UTC) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Jan 06 04:56:25 2012 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by lo.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1Rj0un-0000DL-Bq for ged-emacs-devel@m.gmane.org; Fri, 06 Jan 2012 04:56:25 +0100 Original-Received: from localhost ([::1]:56268 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rj0um-0007bd-P6 for ged-emacs-devel@m.gmane.org; Thu, 05 Jan 2012 22:56:24 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:33830) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rj0uj-0007bN-5D for emacs-devel@gnu.org; Thu, 05 Jan 2012 22:56:22 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rj0uh-0005XN-Jc for emacs-devel@gnu.org; Thu, 05 Jan 2012 22:56:21 -0500 Original-Received: from lo.gmane.org ([80.91.229.12]:49429) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rj0uh-0005X7-3b for emacs-devel@gnu.org; Thu, 05 Jan 2012 22:56:19 -0500 Original-Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1Rj0uf-0000Bw-Lq for emacs-devel@gnu.org; Fri, 06 Jan 2012 04:56:17 +0100 Original-Received: from 225.red-79-147-11.dynamicip.rima-tde.net ([79.147.11.225]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 Jan 2012 04:56:17 +0100 Original-Received: from ofv by 225.red-79-147-11.dynamicip.rima-tde.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Fri, 06 Jan 2012 04:56:17 +0100 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 65 Original-X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: 225.red-79-147-11.dynamicip.rima-tde.net User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.0.91 (gnu/linux) Cancel-Lock: sha1:5U+S5dTh8v3VdipFkjwhzJCrMa8= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6 (newer, 3) X-Received-From: 80.91.229.12 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:147386 Archived-At: Juanma Barranquero writes: > On Fri, Jan 6, 2012 at 03:37, Óscar Fuentes wrote: > >> Furthermore, if that's the >> sentiment on the rest of the w32 emacs people and the project leaders, >> I'll urge you to stop distributing MS Windows binaries. I'm pretty sure >> that there will be no shortage of Emacs binaries for MS Windows. > > Oh, I'm not against distributing our binaries. Emphasis in "our". Then I'm misunderstanding. IIRC you said, more or less: "we are a source code shop and MS Windows is an exception because those users would have a hard time getting an Emacs running on their machines". I fully sympathize with the "we are a source code shop", but at the same time I'll like to remark that the rest is no longer true. >> That's not proactive. > > What's the proactive way to do it in a source-only project? Are you > suggesting that all projects do include some kind of run-time check? We are on emacs-devel, not on all-projects-devel. But now that you ask, yes, I'll appreciate that all projects would include a system for notifying me that its software is putting my machine at risk. > I already gave a short list of some software in my computer that does > not take proactive action. I could add lots more, like git, mercurial, > MinGW, Take Command, Python, Evernote, etc. Some of them have a menu > option to check for updates, or installer programs with an update > option, but they don't do it automatically. The key here is to determine what the Right Thing is. Have you considered the possibility that some or most of those projects doesn't have the automatic notification not because they think it is a bad idea, but because some other reason? >> Really, I can't see how you object to automatic checks for >> critical updates. > > Because we don't have (or very rarely have) critical updates. That's like saying that smoke detectors are unneeded because fires rarely occur, if at all, on most housings. > Let GnuTLS announce their critical updates any way they see fit. > >> Even less can I understand how you object to that >> feature in principle, not just as personal preference. > > It's a change from one model of development and distribution to > another one. I like the way Emacs is right now. Source. You compile > it, and have a binary that does not depend on some mythical, > externally maintained resource. You are sidetracking from my question by going back to the GnuTLS dll. I'm genuinely interested in your reasoning for rejecting an automatic notification system built into Emacs. Something you can use to warn users that a problem was found that would pose a risk to their data (a security breach, data corruption, whatever). That's independent from how the user obtained its binary package. [snip]