And it isn't a second build system for all of gpgme, but only for the C++ binding and the Qt bindings.

@werner This has been discussed by you and Andre and you gave green light as far as I know. It's not needed for private things but for providing Windows builds with MSVC for various KDE projects. This will be maintained by KDE people. Yes, we will make clear that this is a non supported way to build things.

Having a second build system for GPGME is not a good idea. This gives us a headache for maintaining. If you really need this for private things, put this into a contrib directory and make clear that this is a non supported way to build things. And for the Qt bindings I am anyway in favor of removing them from GPGME proper.

In D581#6137, @TobiasFella wrote:

Merged. For some reason i can't close it, so I'll abandon it instead...

Merged. For some reason i can't close it, so I'll abandon it instead...

Ship it!

In Gpg4win-4.3.0-beta571 with GnuPG 2.4.4-beta132

>echo test | gpg --sign --default-key F8D51DE0EE16E9B57009B8DE458612006D8E6F0D
gpg: Warning: not using 'F8D51DE0EE16E9B57009B8DE458612006D8E6F0D' as default key: Key expired
gpg: all values passed to '--default-key' ignored
gpg: no default secret key: Unusable secret key
gpg: signing failed: Unusable secret key

It is already implemented and will soon show up in 2.4.4 -)

Fix lang/python/gpgme.i

In T6481#181779, @gniibe wrote:

Arch Linux: https://gitlab.archlinux.org/archlinux/packaging/packages/gnupg
FreeBSD: https://cgit.freebsd.org/ports/tree/security/gnupg

I don't see the patch is applied. Please wait for GnuPG release 2.4.4.

works in Gpg4win-4.3.0-beta571

Can't comment on the autogen code, but the cpp code looks good

Changes:

• Decouple creating a backup of the (secret) key from deleting the copy of the (secret) key stored on disk.
• Improve the button texts and the messages to make it clearer that the copy stored on the computer's disk can be deleted.
• Don't ask a second time for confirmation if a backup has been created.
  • If the user has created a backup of the secret key and then chosen to delete the copy on disk then don't annoy them with another request for confirmation. Even if they accidentally chose to delete the copy on disk they can restore it with the backup.
  • If the user hasn't created a backup (that we know of) then we keep requesting confirmation.

Merged.

In D577#6100, @ikloecker wrote:

For the C++ binding and the Qt 5 binding we require C++ 11. The deprecated attribute was added with C++ 14.

Shit it!

Indeed, openSUSE has applied the patch: https://build.opensuse.org/package/show/openSUSE%3AFactory/gpg2

Arch Linux: https://gitlab.archlinux.org/archlinux/packaging/packages/gnupg
FreeBSD: https://cgit.freebsd.org/ports/tree/security/gnupg

Works as expected on openSUSE Tumbleweed with gpg2-2.4.3-4.2.x86_64:

$ gpg2 --version
gpg (GnuPG) 2.4.3
libgcrypt 1.10.3
[...]

In T6481#181724, @gniibe wrote:

i still observe the same behavior:

What do you mean? I can't replicate the behavior described by you, using the GnuPG from the repo, or the one of Debian 2.4.3-2.