From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: Jens Schmidt via "Bug reports for GNU Emacs, the Swiss army knife of text editors" Newsgroups: gmane.emacs.bugs Subject: bug#64154: 29.0.92; Provide additional details on GnuPG and EPA usage in epa.texi Date: Sun, 2 Jul 2023 09:13:25 +0200 Message-ID: <77ffb12e-fca1-96bf-ce9f-4bd7d63f1763@vodafonemail.de> References: <83wn02r0s7.fsf@gnu.org> <90275992-b539-e611-d92b-9bfe57d9d58d@vodafonemail.de> <056aa3cb-51e6-dc01-a299-1200ba79e211@vodafonemail.de> <831qhtts01.fsf@gnu.org> <9e4c56f2-0124-fdf1-c719-ca6219c1ab28@vodafonemail.de> <3036a576-9260-8932-cb07-3941046f2dd8@vodafonemail.de> <83a5wgrwzj.fsf@gnu.org> <196f75be-0935-c481-8a9e-7157f3e650d0@vodafonemail.de> <83o7kvpn22.fsf@gnu.org> <7f41744d-bb32-1b0d-8fea-69f91b413b0c@vodafonemail.de> <83jzvjpivs.fsf@gnu.org> <5fd3e9fe-4676-99dd-0931-992f71be8728@vodafonemail.de> <83cz1aq57g.fsf@gnu.org> Reply-To: Jens Schmidt Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="16480"; mail-complaints-to="usenet@ciao.gmane.io" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:102.0) Gecko/20100101 Thunderbird/102.12.0 Cc: 64154@debbugs.gnu.org To: Eli Zaretskii Original-X-From: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Sun Jul 02 09:14:21 2023 Return-path: Envelope-to: geb-bug-gnu-emacs@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 1qFrHp-00045v-Dx for geb-bug-gnu-emacs@m.gmane-mx.org; Sun, 02 Jul 2023 09:14:21 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1qFrHX-0003fz-OZ; Sun, 02 Jul 2023 03:14:03 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1qFrHW-0003fq-Mu for bug-gnu-emacs@gnu.org; Sun, 02 Jul 2023 03:14:02 -0400 Original-Received: from debbugs.gnu.org ([209.51.188.43]) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.90_1) (envelope-from ) id 1qFrHW-0006U2-EB for bug-gnu-emacs@gnu.org; Sun, 02 Jul 2023 03:14:02 -0400 Original-Received: from Debian-debbugs by debbugs.gnu.org with local (Exim 4.84_2) (envelope-from ) id 1qFrHW-0007kx-AQ for bug-gnu-emacs@gnu.org; Sun, 02 Jul 2023 03:14:02 -0400 X-Loop: help-debbugs@gnu.org Resent-From: Jens Schmidt Original-Sender: "Debbugs-submit" Resent-CC: bug-gnu-emacs@gnu.org Resent-Date: Sun, 02 Jul 2023 07:14:02 +0000 Resent-Message-ID: Resent-Sender: help-debbugs@gnu.org X-GNU-PR-Message: followup 64154 X-GNU-PR-Package: emacs X-GNU-PR-Keywords: patch Original-Received: via spool by 64154-submit@debbugs.gnu.org id=B64154.168828203129791 (code B ref 64154); Sun, 02 Jul 2023 07:14:02 +0000 Original-Received: (at 64154) by debbugs.gnu.org; 2 Jul 2023 07:13:51 +0000 Original-Received: from localhost ([127.0.0.1]:59082 helo=debbugs.gnu.org) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qFrHL-0007kQ-25 for submit@debbugs.gnu.org; Sun, 02 Jul 2023 03:13:51 -0400 Original-Received: from mr3.vodafonemail.de ([145.253.228.163]:39966) by debbugs.gnu.org with esmtp (Exim 4.84_2) (envelope-from ) id 1qFrHF-0007kA-Qo for 64154@debbugs.gnu.org; Sun, 02 Jul 2023 03:13:50 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=vodafonemail.de; s=vfde-mb-mr2-21dec; t=1688282020; bh=NwPiz+D2taPMew3hn7Hveoxb/XzJl/rQPRhePDRrSCs=; h=Message-ID:Date:User-Agent:Subject:To:References:Content-Language: From:In-Reply-To:Content-Type:From; b=Idcop3kbPIr3+kxAbrpxqVrxCzWBab6gyBvzCNiyahvq80kXVyTTv+5Ev3QLAjAtq migdMfdtTK3hdnjoapOVL+7/jtIPPv0nI4gQs/ouqBSrvX7kXTLUXNv8N2tX4wzWIn IetPKpOThix+epUK5ShygpIYFJc8eI8/ynSnw8Gs= Original-Received: from smtp.vodafone.de (unknown [10.0.0.2]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by mr3.vodafonemail.de (Postfix) with ESMTPS id 4Qv0dw3Szbz24FC; Sun, 2 Jul 2023 07:13:40 +0000 (UTC) Original-Received: from [192.168.178.41] (port-92-194-170-181.dynamic.as20676.net [92.194.170.181]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by smtp.vodafone.de (Postfix) with ESMTPSA id 4Qv0dn1CRrzHpxZ; Sun, 2 Jul 2023 07:13:30 +0000 (UTC) Content-Language: de-DE-frami, en-US In-Reply-To: <83cz1aq57g.fsf@gnu.org> X-purgate-type: clean X-purgate: clean X-purgate-size: 1857 X-purgate-ID: 155817::1688282016-1AFFAD81-A7D8E048/0/0 X-BeenThere: debbugs-submit@debbugs.gnu.org X-Mailman-Version: 2.1.18 Precedence: list X-BeenThere: bug-gnu-emacs@gnu.org List-Id: "Bug reports for GNU Emacs, the Swiss army knife of text editors" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Original-Sender: bug-gnu-emacs-bounces+geb-bug-gnu-emacs=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.emacs.bugs:264452 Archived-At: On 2023-07-02 06:59, Eli Zaretskii wrote: > Because people are very unlikely to think about "GnuPG version > compatibility". They are likely to think about "version > compatibility" and perhaps just "compatibility". Just put yourself > into the shoes of such a reader, and ask yourself what would you > type at Info-index's prompt. But after all, I *am* such a reader. And I would type that, because "i" is my main entry point to Info manuals, not "g". My question here really is: Why would it be bad to have that additional index entry? It does not break completion, it is not overly generic, it is just ... there, ready for some less likely reader to search for it. (Spoiler: *That* one entry is still in, even in my latest patch. I understood your comment: >>> They are not redundant, since they all start differently. But I >>> would suggest to consider the first one for removal. to mean that removal is recommended but optional. Please let me know if you meant otherwise.) >> At least w.r.t. to capitalization you both seem to fundamentally >> disagree (quotes from "Index Entries(texinfo)"): >> >> [...] capitalizing only proper names and acronyms that always call >> for uppercase letters. This is the case convention we use in most >> GNU manuals' indices. > > My personal rule is to use capital letters in index entries only > when absolutely necessary. It is not necessary with "gpg" or > "gnupg". The above citation says something similar. I would have considered "EasyPG Assistant" a proper name and the "GNU" in "GNU Privacy Guard" an acronym, but anyway ... >> Attached a third patch - please review 2nd and 3rd combined against >> 1st. > > Does it mean the patch you sent is just part of the changes? Yes, it is. It undoes some of the changes of the previous patch.