|
|
Log in / Subscribe / Register

Koch: A New Future for GnuPG

Koch: A New Future for GnuPG

Posted Jan 5, 2022 9:32 UTC (Wed) by ber (subscriber, #2142)
In reply to: Koch: A New Future for GnuPG by vadim
Parent article: Koch: A New Future for GnuPG

When using GPGME to run gpg with one context, I could do more than 12 signatures a second in a simple server application in 2016 (see cold code https://github.com/Intevation/intelmq-mailgen/tree/master... here). So when using GPGME I believe speed is not really an issue for user facing applications.

The (very old) KMail integration blocked on some processes, which was also solved more than a decade ago (so long ago that I do not remember when) and was more an UI issue with network data always having the chance of being late and not being in control of the local application.

Using GPGME/gpg with a different identity works fine by setting a different GNUPGHOME environment variable in my experience.

The good part about GnuPG's technical structure from my point of view is that processes also separate concerns (like network access in dirmngr and private key operations in gpg-agent) and it makes it simpler to understand and reason about.


to post comments

Koch: A New Future for GnuPG

Posted Jan 5, 2022 9:53 UTC (Wed) by ber (subscriber, #2142) [Link]

s/see cold code/see old code/
(sorry for the potentially confusing typo)


Copyright © 2026, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds