Since it was handled in T4908, this task is merged into that.

BTW, I learned that Fedora now uses pkgconfig (instead of pkg-config).
https://github.com/pkgconf/pkgconf

For the reference of full mod_sqrt, see https://eli.thegreenplace.net/2009/03/07/computing-modular-square-roots-in-python/

Try with --prefix=/home/jwalton/tmp/pk2delete (with no slash at the end) and --libdir=/home/jwalton/tmp/pk2delete/lib64 (with no double slash between delete and lib64, but a single slash).

There are no log file but you can run the test by hand:

Most work last week went into customizable MSI installers. The idea is that a customer of our Software will be able to obtain an MSI package that directly includes his specific configuration. Esp. for S/MIME this is useful because trustlist.txt and available root CA's can be configured in deployment.

Last week:

• For v5key, push a patch (the first one, more will follow)
  • rGfa4a2bd7a1ba: kbx: Fix short KID and long KID handling for FPR32.
• Fix of building for Windows
  • T4994: Windows: assuan_sock_init or WSAStartup by main/_init_common_subsystem
• Fixes of minor things (possibly, to be backported to 2.2)
  • rG2a34a2afea5f: scd: Silence compiler warning.
  • rGda3a4c54a8ce: agent: Fix coercion for pinentry_pid handling.

Iyou look at the key on the command line (or with Kleopatra's certificate manager), for example by using "gpg --list-key foo@bar.com" or by applying the command "gpg --show-keys" on the pasted keyblock you get this:

I realized that it fails with GPG_ERR_INV_ID (with gpg master) when it's on smartcard.
It can't be decrypted if it's on smartcard, that's true, but more relevant error would be good for this case.

Something looks odd about the way I pasted that key in there. The last 4 characters are bold, and it is missing an = sign.

Patch backported to 2.2

Pushed modified patch to master and 2.2.

We have had this in the past but it led to subtle build and, worse, runtime problems. Thus the decision to provide architecture dependent files and have configure complain for wrong files. Right, you sometimes get false warnings for non-matching cpu-vendor-os strings but I consider this less severe than the old problem.

That patch fixes the build problem I got into today when trying to build 2.3 for windows. So 👍 from me and please commit the patch as it is already required when assuan and gpgrt config no longer emit ws2_32 in their pgk-config --libs line.

I just saw that there is related discussion and a patch for this in T4994 so I will close again here.

to give you any help I would need to know the exact error. I can only tell you that this is not a problem related to Gpg4win something else must be messy on your system. The Uninstaller of Gpg4win cleans up all registry keys that do not contain user config and all files should be removed unless some other process on the system interferes.

This change broke for me the compilation of GPGME which I fixed with: 52f930c1ed7eee6336a41598c90ef3605b7ed02b I found that fix there OK because GPGME explicitly uses ws2_32.