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: Bug#766395: emacs/gnus: Uses s_client to for SSL. Date: Fri, 24 Oct 2014 06:48:34 +0900 Message-ID: <874muuihjh.fsf@uwakimon.sk.tsukuba.ac.jp> References: <20141022193441.GA11872@roeckx.be> <87zjcnj2k6.fsf@trouble.defaultvalue.org> <87mw8mzmxj.fsf@mid.deneb.enyo.de> <20141023143702.3897e618@jabberwock.cb.piermont.com> <8761fazkx7.fsf@mid.deneb.enyo.de> <20141023145721.12ed0820@jabberwock.cb.piermont.com> <87vbnay5lf.fsf@mid.deneb.enyo.de> <20141023154223.45f2c9eb@jabberwock.cb.piermont.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 X-Trace: ger.gmane.org 1414100960 13350 80.91.229.3 (23 Oct 2014 21:49:20 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Thu, 23 Oct 2014 21:49:20 +0000 (UTC) Cc: kurt@roeckx.be, Florian Weimer , rms@gnu.org, Rob Browning , emacs-devel@gnu.org To: "Perry E. Metzger" Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Thu Oct 23 23:49:12 2014 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 1XhQFr-0002xa-5x for ged-emacs-devel@m.gmane.org; Thu, 23 Oct 2014 23:49:11 +0200 Original-Received: from localhost ([::1]:43736 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XhQFq-0004gv-SL for ged-emacs-devel@m.gmane.org; Thu, 23 Oct 2014 17:49:10 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:54157) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XhQFW-0004g9-TP for emacs-devel@gnu.org; Thu, 23 Oct 2014 17:48:58 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1XhQFP-00083x-8T for emacs-devel@gnu.org; Thu, 23 Oct 2014 17:48:50 -0400 Original-Received: from shako.sk.tsukuba.ac.jp ([130.158.97.161]:46984) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1XhQFO-0007zT-UA; Thu, 23 Oct 2014 17:48:43 -0400 Original-Received: from uwakimon.sk.tsukuba.ac.jp (uwakimon.sk.tsukuba.ac.jp [130.158.99.156]) by shako.sk.tsukuba.ac.jp (Postfix) with ESMTP id BDC321C3CC8; Fri, 24 Oct 2014 06:48:34 +0900 (JST) Original-Received: by uwakimon.sk.tsukuba.ac.jp (Postfix, from userid 1000) id AF9F51A2D06; Fri, 24 Oct 2014 06:48:34 +0900 (JST) In-Reply-To: <20141023154223.45f2c9eb@jabberwock.cb.piermont.com> 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:175762 Archived-At: Perry E. Metzger writes: > Free software has supported TLS 1.2 for a long time. What you're > claiming is that you know of loads of people who have failed to > upgrade their software -- but it is of course easy to upgrade if > you run free software, because nothing prevents you from getting > updated packages. Wrong. Many people these days are using free software in corporate environments where they need to get the new versions vetted by corporate security. You may not consider that a problem, but the people running those sites do. > Anyway, this attitude is why the NSA has such an easy time spying on > the world. "We can't afford to have security, people might get > inconvenienced for the length of time needed to upgrade their > systems." True. So what? It's a real effect, and your sneers aren't going to affect their behavior. Some problems are sufficiently severe that it's worth fixing them even if it causes great inconvenience. This one (as I understand it from posts here) is not.