From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!.POSTED!not-for-mail From: Stefan Monnier Newsgroups: gmane.emacs.devel Subject: Re: Deprecate TLS1.0 support in emacs Date: Fri, 04 Aug 2017 13:29:47 -0400 Message-ID: References: <87o9sp7qok.fsf@gmail.com> <87zic9vk98.fsf@mouse> <87fue17mo5.fsf@gmail.com> <87tw2hvhob.fsf@mouse> <8760ex63hi.fsf@gmail.com> <87fue1v5lr.fsf@mouse> <87shi0tqh3.fsf@gmail.com> <87d18fwl66.fsf@gmail.com> <87tw1rihu0.fsf@mouse> <4037dc81-4245-6925-842a-2c84a5ba996d@cs.ucla.edu> <87pocfibky.fsf@mouse> <87d18cbg66.fsf@lifelogs.com> <8737978oo2.fsf@lifelogs.com> NNTP-Posting-Host: blaine.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: blaine.gmane.org 1501867829 13330 195.159.176.226 (4 Aug 2017 17:30:29 GMT) X-Complaints-To: usenet@blaine.gmane.org NNTP-Posting-Date: Fri, 4 Aug 2017 17:30:29 +0000 (UTC) User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/26.0.50 (gnu/linux) To: emacs-devel@gnu.org Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane.org@gnu.org Fri Aug 04 19:30:23 2017 Return-path: Envelope-to: ged-emacs-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by blaine.gmane.org with esmtp (Exim 4.84_2) (envelope-from ) id 1ddgQS-0002kT-Hw for ged-emacs-devel@m.gmane.org; Fri, 04 Aug 2017 19:30:16 +0200 Original-Received: from localhost ([::1]:39966 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ddgQY-0005Pi-Ba for ged-emacs-devel@m.gmane.org; Fri, 04 Aug 2017 13:30:22 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:45199) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ddgQR-0005Hu-AY for emacs-devel@gnu.org; Fri, 04 Aug 2017 13:30:16 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ddgQO-00080d-9c for emacs-devel@gnu.org; Fri, 04 Aug 2017 13:30:15 -0400 Original-Received: from [195.159.176.226] (port=48603 helo=blaine.gmane.org) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.71) (envelope-from ) id 1ddgQO-0007zl-36 for emacs-devel@gnu.org; Fri, 04 Aug 2017 13:30:12 -0400 Original-Received: from list by blaine.gmane.org with local (Exim 4.84_2) (envelope-from ) id 1ddgQF-00029u-Ql for emacs-devel@gnu.org; Fri, 04 Aug 2017 19:30:03 +0200 X-Injected-Via-Gmane: http://gmane.org/ Original-Lines: 16 Original-X-Complaints-To: usenet@blaine.gmane.org Cancel-Lock: sha1:t83RCcYMHfWuWIYbYHGQJuBID9o= X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.2.x-3.x [generic] [fuzzy] X-Received-From: 195.159.176.226 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.21 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" Xref: news.gmane.org gmane.emacs.devel:217304 Archived-At: SM> As for the other action (silence the warning) I wonder if it's really SM> needed: if the mechanism is discreet enough, it's just as easy for the SM> user to "filter it out as noise". > Sorry, I don't understand what you mean. That if the user feels so bothered by the warning to want 6 different choices (with 3 additional sub-choices for some of them), then we already failed because the user is already annoyed. Instead I think that the warning should be just sufficiently visible that the user who's interested will notice it, but sufficiently unobtrusive that the user who doesn't care can just "filter out". Stefan