From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.ciao.gmane.io!not-for-mail From: Lars Ingebrigtsen Newsgroups: gmane.emacs.devel Subject: Re: bug#40248: 27.0.90; Failure open .authinfo.gpg from Gnus Date: Fri, 03 Apr 2020 13:52:06 +0200 Message-ID: <87sghkn5w9.fsf@gnus.org> References: <86bloi1zrj.fsf@csic.es> <83lfnm8b30.fsf@gnu.org> <83ftdt9b1d.fsf@gnu.org> <86sght3h1s.fsf@csic.es> <834ku89anf.fsf@gnu.org> <87a740ub2r.fsf@gnus.org> <83tv287s9j.fsf@gnu.org> <874ku7txho.fsf@gnus.org> <83imin5l0w.fsf@gnu.org> <87blocrgtb.fsf@igel.home> <877dz0rf2v.fsf@igel.home> <871rp6nnwy.fsf@gnus.org> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Injection-Info: ciao.gmane.io; posting-host="ciao.gmane.io:159.69.161.202"; logging-data="95412"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/28.0.50 (gnu/linux) Cc: Eli Zaretskii , Andreas Schwab , emacs-devel@gnu.org To: Robert Pluim Original-X-From: emacs-devel-bounces+ged-emacs-devel=m.gmane-mx.org@gnu.org Fri Apr 03 13:53:05 2020 Return-path: Envelope-to: ged-emacs-devel@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jKKsj-000Ofe-E6 for ged-emacs-devel@m.gmane-mx.org; Fri, 03 Apr 2020 13:53:05 +0200 Original-Received: from localhost ([::1]:54084 helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jKKsi-0008Fm-Fk for ged-emacs-devel@m.gmane-mx.org; Fri, 03 Apr 2020 07:53:04 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]:49217) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1jKKry-0006vl-Jk for emacs-devel@gnu.org; Fri, 03 Apr 2020 07:52:19 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1jKKrx-0002pW-GH for emacs-devel@gnu.org; Fri, 03 Apr 2020 07:52:18 -0400 Original-Received: from quimby.gnus.org ([2a01:4f9:2b:f0f::2]:41320) by eggs.gnu.org with esmtps (TLS1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.71) (envelope-from ) id 1jKKrx-0002kU-9W; Fri, 03 Apr 2020 07:52:17 -0400 DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=gnus.org; s=20200322; h=Content-Transfer-Encoding:Content-Type:MIME-Version:Message-ID :In-Reply-To:Date:References:Subject:Cc:To:From:Sender:Reply-To:Content-ID: Content-Description:Resent-Date:Resent-From:Resent-Sender:Resent-To:Resent-Cc :Resent-Message-ID:List-Id:List-Help:List-Unsubscribe:List-Subscribe: List-Post:List-Owner:List-Archive; bh=CS/q7hUvLtGqGNl9/5Olcaf4/hXRVGdKI4xoGv4lbxY=; b=fnx7XZCGtTfCLywuV5e9e/FOQt W2S58mK/50wdr6qSZQK8eZocFXb5H46CEK0peB9dXo2H/j7UBJgf0I7q7owBds82GFvHtN74YuwYq wolcvtGPcks3cQhYeNnPPbGX7F81Xm3PMFddwvhuX3LWLx8BTe/1asUutSewfDUDq4YQ=; Original-Received: from cm-84.212.202.86.getinternet.no ([84.212.202.86] helo=marnie) by quimby.gnus.org with esmtpsa (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1jKKrn-0002Ig-KB; Fri, 03 Apr 2020 13:52:11 +0200 In-Reply-To: (Robert Pluim's message of "Thu, 02 Apr 2020 14:48:05 +0200") X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 2a01:4f9:2b:f0f::2 X-BeenThere: emacs-devel@gnu.org X-Mailman-Version: 2.1.23 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-mx.org@gnu.org Original-Sender: "Emacs-devel" Xref: news.gmane.io gmane.emacs.devel:246317 Archived-At: Robert Pluim writes: > It=CA=BCs different from make-process and make-pipe-process, it=CA=BCs > undocumented, and it was surprising to both me and Andreas. Yeah, that's a good reason for changing it. > If it turns out that in some obscure case somebody really needs the > old behaviour, then binding coding-system-for-{read,write} will still > be available, as will set-process-coding-sytem (or even passing > :coding '(nil nil), but that=CA=BCs just evil :-) ) Oh, yeah. :-) Then I don't have any quibbles about your patch. I don't think that's evil at all, though -- it should be mentioned in NEWS that if somebody (for some odd, unlikely reason) wants the old :coding nil behaviour, then they should say :coding '(nil nil) now. --=20 (domestic pets only, the antidote for overdose, milk.) bloggy blog: http://lars.ingebrigtsen.no