summaryrefslogtreecommitdiff
path: root/pkgs/development/python-modules/python-mapnik/python-mapnik_std_optional.patch
diff options
context:
space:
mode:
authorVincent Breitmoser <look@my.amazin.horse>2023-10-21 16:02:47 +0200
committerVincent Breitmoser <look@my.amazin.horse>2023-10-23 14:44:44 +0200
commitb8f8c9b4139977c197fb7c1c1a7a20a90b88661f (patch)
treef7b308f92b5ce485347e52a43c9d339ce8ab9690 /pkgs/development/python-modules/python-mapnik/python-mapnik_std_optional.patch
parent5542db35fa99606689c0f3d46f7c835809f00f24 (diff)
gnupg: revert defaults to openpgp in 2.4 branch
GnuPG upstream changed some of its behavior on the 2.4 branch to use its own, non-standardized format for keys and encrypted data by default. This affects in particular the way that keys are generated, and algorithm capability flags within now signal the ability to use GnuPG's own AEAD encryption format. Notably, these formats are not compatible with other implementations of OpenPGP. It is based on a draft spec that is specific to GnuPG (draft-koch-openpgp-2015-rfc4880bis), and not compatible with the format that is on track to be standardized as upcoming OpenPGP version 6. The political circumstances that led to this issue are complex (and a bit dumb), but in the end GnuPG emitting incompatible packets is certainly in noone's interest. This patch is a revert of a GnuPG upstream commit as it is applied by Fedora, I suggest we follow suit until the situation becomes more clear. See also: https://src.fedoraproject.org/rpms/gnupg2/pull-request/15
Diffstat (limited to 'pkgs/development/python-modules/python-mapnik/python-mapnik_std_optional.patch')
0 files changed, 0 insertions, 0 deletions