#+TITLE: GnuPG - What’s new in 2.1
#+STARTUP: showall indent
#+SETUPFILE: "share/setup.inc"
-#+DATE: 2016-07-14
+#+DATE: 2017-08-28
#+macro: more @@html:<a href="#$1"><span class="morelink"> ⇒</a>@@
#+BEGIN_ASCII
* What’s new in GnuPG 2.1
-GnuPG version 2.1 comes with a bag of new features which changes some
-things old-timers are used to. This page explains the more important
-ones. It expects that the reader is familiar with GnuPG version 2.0
-and aware that GnuPG consists of /gpg/, /gpgsm/, and /gpg-agent/ as
-its main components.
+GnuPG version 2.1 (now known as 2.2) comes with a bag of new features
+which changes some things old-timers are used to. This page explains
+the more important ones. It expects that the reader is familiar with
+GnuPG version 2.0 and aware that GnuPG consists of /gpg/, /gpgsm/, and
+/gpg-agent/ as its main components.
#+html: <div style="width: 80%">
- The file /secring.gpg/ is not anymore used to store the secret keys.
#+html: </div>
Now for the detailed description of these new features. Note that the
-examples assume that that /gpg/ is installed as /gpg/. Your
+examples assume that /gpg/ is installed as /gpg/. Your
installation may have it installed under the name /gpg2/.
** Removal of the secret keyring
at login time and use an environment variable (=GPG_AGENT_INFO=) to
tell the other GnuPG modules how to connect to the agent. However,
correctly managing the start up and this environment variable is
-cumbersome so that that an easier method is required. Since GnuPG
+cumbersome so that an easier method is required. Since GnuPG
2.0.16 the =--use-standard-socket= option already allowed to start the
agent on the fly; however the environment variable was still required.
A deficit of the OpenPGP protocol is that signatures carry only a
limited indication on which public key has been used to create a
signature. Thus a verification engine may only use this “long key id”
-to look up the the key in its own store or from a public keyserver.
+to look up the key in its own store or from a public keyserver.
Unfortunately it has now become possible to create a key with a long
key id matching the key id of another key. Importing a key with a
long key id already used by another key in gpg’s local key store was
not possible due to checks done on import. Now, if the “wrong” key
-has been imported first /gpg/ would not allow to later import the
+has been imported first /gpg/ would not allow later import of the
second “correct” key. This problem has been fixed in 2.1 by allowing
the import and by doing trial verification against all matching keys.
#
# GnuPG-2.2
#
-#+macro: gnupg22_ver 2.1.23
-#+macro: gnupg22_date 2017-08-09
-#+macro: gnupg22_size 6373k
-#+macro: gnupg22_sha1 c470777eaa9657ef3258068507065c9a7caef9eb
-#+macro: gnupg22_sha2 a94476391595e9351f219188767a9d6ea128e83be5ed3226a7890f49aa2d0d77
-#+macro: gnupg22_w32_ver 2.1.23_20170809
-#+macro: gnupg22_w32_date 2017-08-09
-#+macro: gnupg22_w32_size 3794k
-#+macro: gnupg22_w32_sha1 c95f1c2dc3aa06dda2a58ba5aefb362511f666e3
-#+macro: gnupg22_w32_sha2 42045473336c0f20a2d4a2b6f4be5be263a55ccd3eb1f682976d94e9a3cff43f
+#+macro: gnupg22_ver 2.2.0
+#+macro: gnupg22_date 2017-08-28
+#+macro: gnupg22_size 6379k
+#+macro: gnupg22_sha1 36ee693d0b2ec529ecf53dd6d397cc38ba71c0a7
+#+macro: gnupg22_sha2 d4514a0be0f7a1ff263193330019eb4b53c82f0f5e230af3c14df371271a45e6
+#+macro: gnupg22_branch STABLE-BRANCH-2-2
+#+macro: gnupg22_w32_ver 2.2.0_20170828
+#+macro: gnupg22_w32_date 2017-08-28
+#+macro: gnupg22_w32_size 3797k
+#+macro: gnupg22_w32_sha1 7b0cf3912b86a6bd7655026276984a34a248e625
+#+macro: gnupg22_w32_sha2 e614d00bf84f68094af6cdcfbff5423b74340885c4034d407c81d5d92272127c
+
# temporary keep it as "gnupg21". In the future we will use the name of
# the stable branch even for the development versions.
-#+macro: gnupg21_ver 2.1.23
-#+macro: gnupg21_date 2017-08-09
-#+macro: gnupg21_size 6373k
-#+macro: gnupg21_sha1 c470777eaa9657ef3258068507065c9a7caef9eb
-#+macro: gnupg21_sha2 a94476391595e9351f219188767a9d6ea128e83be5ed3226a7890f49aa2d0d77
-#+macro: gnupg21_w32_ver 2.1.23_20170809
-#+macro: gnupg21_w32_date 2017-08-09
-#+macro: gnupg21_w32_size 3794k
-#+macro: gnupg21_w32_sha1 c95f1c2dc3aa06dda2a58ba5aefb362511f666e3
-#+macro: gnupg21_w32_sha2 42045473336c0f20a2d4a2b6f4be5be263a55ccd3eb1f682976d94e9a3cff43f
+#+macro: gnupg21_ver 2.2.0
+#+macro: gnupg21_date 2017-08-28
+#+macro: gnupg21_size 6379k
+#+macro: gnupg21_sha1 36ee693d0b2ec529ecf53dd6d397cc38ba71c0a7
+#+macro: gnupg21_sha2 d4514a0be0f7a1ff263193330019eb4b53c82f0f5e230af3c14df371271a45e6
+#+macro: gnupg21_w32_ver 2.2.0_20170828
+#+macro: gnupg21_w32_date 2017-08-28
+#+macro: gnupg21_w32_size 3797k
+#+macro: gnupg21_w32_sha1 7b0cf3912b86a6bd7655026276984a34a248e625
+#+macro: gnupg21_w32_sha2 e614d00bf84f68094af6cdcfbff5423b74340885c4034d407c81d5d92272127c
#
#
# LIBGCRYPT
#
-#+macro: libgcrypt_ver 1.8.0
-#+macro: libgcrypt_date 2017-07-18
-#+macro: libgcrypt_size 2893k
-#+macro: libgcrypt_sha1 b4ffb20369f2ab8249d5cc0fb8b3b31371f6b112
-#+macro: libgcrypt_sha2 23e49697b87cc4173b03b4757c8df4314e3149058fa18bdc4f82098f103d891b
+#+macro: libgcrypt_ver 1.8.1
+#+macro: libgcrypt_date 2017-08-27
+#+macro: libgcrypt_size 2897k
+#+macro: libgcrypt_sha1 dd35f00da45602afe81e01f4d60c40bbdd826fe6
+#+macro: libgcrypt_sha2 7a2875f8b1ae0301732e878c0cca2c9664ff09ef71408f085c50e332656a78b3
#