bug#42845: 27.1; Regression regarding supported gnupg versions

bug#42845: 27.1; Regression regarding supported gnupg versions

[APEL Martin]

If you run
    (epg-find-configuration 'OpenPGP t)
in emacs 27.1 on CentOS 7, it returns nil, whereas running the same
command in emacs 26.3 on the same machine returns a valid
configuration. This seems to be due to the management of supported GnuPG
versions. On CentOS 7, /usr/bin/gpg is a symlink to /usr/bin/gpg2 and
both report 2.0.22 as their version number. In 26.3 emacs used to
fallback to the gpg executable, as 2.0.22 was deemed good enough for
gpg, which
is not the case for 27.1 anymore. I didn't see any note regarding
changed requirements for GnuPG in the news file, so I don't think, that
this change is intentional.


In GNU Emacs 27.1 (build 1, x86_64-pc-linux-gnu, GTK+ Version 3.22.30,
cairo version 1.15.12)
  of 2020-08-13 built on dell248cem
Windowing system distributor 'The X.Org Foundation', version 11.0.12004000
System Description: CentOS Linux 7 (Core)

Recent messages:
For information about GNU Emacs and the GNU system, type C-h C-a.
nil
Mark set [2 times]

Configured using:
  'configure --program-suffix=-27.1 --with-cairo'

Configured features:
XPM JPEG TIFF GIF PNG RSVG CAIRO SOUND DBUS GSETTINGS GLIB NOTIFY
INOTIFY ACL LIBSELINUX GNUTLS LIBXML2 FREETYPE HARFBUZZ ZLIB
TOOLKIT_SCROLL_BARS GTK3 X11 XDBE XIM MODULES THREADS PDUMPER GMP

Important settings:
   value of $LANG: en_US.UTF-8
   locale-coding-system: utf-8-unix

Major mode: Lisp Interaction

Minor modes in effect:
   tooltip-mode: t
   global-eldoc-mode: t
   eldoc-mode: t
   electric-indent-mode: t
   mouse-wheel-mode: t
   tool-bar-mode: t
   menu-bar-mode: t
   file-name-shadow-mode: t
   global-font-lock-mode: t
   font-lock-mode: t
   blink-cursor-mode: t
   auto-composition-mode: t
   auto-encryption-mode: t
   auto-compression-mode: t
   line-number-mode: t
   transient-mark-mode: t

Load-path shadows:
None found.

Features:
(shadow sort mail-extr emacsbug message rmc puny dired dired-loaddefs
format-spec rfc822 mml easymenu mml-sec password-cache epa derived epg
gnus-util rmail rmail-loaddefs text-property-search seq byte-opt gv
bytecomp byte-compile cconv mm-decode mm-bodies mm-encode mail-parse
rfc2231 mailabbrev gmm-utils mailheader sendmail rfc2047 rfc2045
ietf-drums mm-util mail-prsvr mail-utils time-date subr-x cl-loaddefs
cl-lib epg-config tooltip eldoc electric uniquify ediff-hook vc-hooks
lisp-float-type mwheel term/x-win x-win term/common-win x-dnd tool-bar
dnd fontset image regexp-opt fringe tabulated-list replace newcomment
text-mode elisp-mode lisp-mode prog-mode register page tab-bar menu-bar
rfn-eshadow isearch timer select scroll-bar mouse jit-lock font-lock
syntax facemenu font-core term/tty-colors frame minibuffer cl-generic
cham georgian utf-8-lang misc-lang vietnamese tibetan thai tai-viet lao
korean japanese eucjp-ms cp51932 hebrew greek romanian slovak czech
european ethiopic indian cyrillic chinese composite charscript charprop
case-table epa-hook jka-cmpr-hook help simple abbrev obarray
cl-preloaded nadvice loaddefs button faces cus-face macroexp files
text-properties overlay sha1 md5 base64 format env code-pages mule
custom widget hashtable-print-readable backquote threads dbusbind
inotify dynamic-setting system-font-setting font-render-setting cairo
move-toolbar gtk x-toolkit x multi-tty make-network-process emacs)

Memory information:
((conses 16 44549 6978)
  (symbols 48 6088 1)
  (strings 32 15609 1844)
  (string-bytes 1 510452)
  (vectors 16 9334)
  (vector-slots 8 127780 9484)
  (floats 8 19 54)
  (intervals 56 184 0)
  (buffers 1000 11)
  (heap 1024 13064 1097))
This email and any attachments are intended solely for the use of the individual or entity to whom it is addressed and may be confidential and/or privileged.

If you are not one of the named recipients or have received this email in error,

(i) you should not read, disclose, or copy it,

(ii) please notify sender of your receipt by reply email and delete this email and all attachments,

(iii) Dassault Systèmes does not accept or assume any liability or responsibility for any use of or reliance on this email.


Please be informed that your personal data are processed according to our data privacy policy as described on our website. Should you have any questions related to personal data protection, please contact 3DS Data Protection Officer at 3DS.compliance-privacy@3ds.com<mailto:3DS.compliance-privacy@3ds.com>


For other languages, go to https://www.3ds.com/terms/email-disclaimer

bug#42845: 27.1; Regression regarding supported gnupg versions

[Paul Eggert]

[-- Attachment #1: Type: text/plain, Size: 527 bytes --]

Thanks for reporting the problem. As I understand it, the intent was to require 
GnuPG 2.1.6 or later, or GnuPG 1.4.3 or later within the GnuPG 1 series. 
However, previous versions of Emacs mistakenly allowed 1.4.3 or later. Fixing 
the bug caused the issue that you reported.

I installed the attached patch to etc/NEWS in the emacs-27 branch to try to make 
this clearer, and am boldly closing the bug report. Just in case, I am cc'ing to 
people who know more about this than I do, in case the patch wording isn't correct.

[-- Attachment #2: 0001-etc-NEWS-Mention-GnuPG-2.0-through-2.1.5-issue-Bug-4.patch --]
[-- Type: text/x-patch, Size: 892 bytes --]

From dd989c0ea0c514a130270d5a1aefbdafe7fafc66 Mon Sep 17 00:00:00 2001
From: Paul Eggert <eggert@cs.ucla.edu>
Date: Mon, 17 Aug 2020 08:28:36 -0700
Subject: [PATCH] * etc/NEWS: Mention GnuPG 2.0 through 2.1.5 issue
 (Bug#42845).

---
 etc/NEWS | 5 +++++
 1 file changed, 5 insertions(+)

diff --git a/etc/NEWS b/etc/NEWS
index 1dba5b5651..f1f4151ab2 100644
--- a/etc/NEWS
+++ b/etc/NEWS
@@ -1947,6 +1947,11 @@ The value of the new 'sender' slot (if a string) is used to set gpg's
 'mml-secure-openpgp-sign-with-sender'.  See gpg(1) manual page about
 "--sender" for more information.
 
+*** 'epg-find-configuration' no longer finds GnuPG 2.0 through 2.1.5.
+Previously, it found these versions by mistake.  The intent was to
+find GnuPG 2.1.6 or later, or find GnuPG 1.4.3 or later within the
+GnuPG 1 series.
+
 ** Rmail
 
 *** New user option 'rmail-output-reset-deleted-flag'.
-- 
2.17.1

bug#42845: closed (27.1; Regression regarding supported gnupg versions)

[APEL Martin]

Thanks for your reply. I understand the original intention of the check. But on the other hand I have used this setup at least since Emacs 24 and it worked perfectly for handling an authinfo file, even with this somewhat outdated version, that CentOS 7 provides. This stricter handling of versions prevents the upgrade to Emacs 27.1 on CentOS 7, if this functionality is needed. There I would like to recommend to check, if the version restrictions can be lessened somewhat, such that a previously working setup continues to work. Unfortunately it's a major hassle to upgrade libgnupg and all its dependencies on CentOS 7, which I see as an often-used distribution.
For myself, I circumvented the problem by hacking the source code, but this may not be solution for other users.

Thanks for your efforts,

Martin

-----Original Message-----
From: GNU bug Tracking System <help-debbugs@gnu.org>
Sent: 17 August 2020 17:39
To: APEL Martin <Martin.APEL@3ds.com>
Subject: bug#42845: closed (27.1; Regression regarding supported gnupg versions)

Your bug report

#42845: 27.1; Regression regarding supported gnupg versions

which was filed against the emacs package, has been closed.

The explanation is attached below, along with your original report.
If you require more details, please reply to 42845@debbugs.gnu.org.

--
42845: http://debbugs.gnu.org/cgi/bugreport.cgi?bug=42845
GNU Bug Tracking System
Contact help-debbugs@gnu.org with problems
This email and any attachments are intended solely for the use of the individual or entity to whom it is addressed and may be confidential and/or privileged.

If you are not one of the named recipients or have received this email in error,

(i) you should not read, disclose, or copy it,

(ii) please notify sender of your receipt by reply email and delete this email and all attachments,

(iii) Dassault Systèmes does not accept or assume any liability or responsibility for any use of or reliance on this email.


Please be informed that your personal data are processed according to our data privacy policy as described on our website. Should you have any questions related to personal data protection, please contact 3DS Data Protection Officer at 3DS.compliance-privacy@3ds.com<mailto:3DS.compliance-privacy@3ds.com>


For other languages, go to https://www.3ds.com/terms/email-disclaimer