On Tue, 18 Sep 2018 14:48, gnupg-users@gnupg.org said:
> Can I disable this service?
No, it is an important component of gnupg. It handles the private keys
and caches the passphrases.
> Can I de-install this service permanently?
No.
> I need gnupg only occasionally for on-demand en-/de-crypti
fkater:
> Hi,
>
> I have older keys and newer keys that behave quite different in the
> decryption performance.
>
> Old keys: Generated with gnupg-1.4.x, rsa2048, at 2017-01-10.
> New keys: Generated with gnupg-2.2.8, rsa2048, some weeks ago.
>
> I've always been using the defaults for generati
On Thu, 20 Sep 2018 15:05, fka...@posteo.net said:
> When I change the passphrase of an existing 1.x generated key with
> gpg 2.2.8, the key gets somehow updated (slow).
So this is not about the key but about the protection of the private
key. That protection (teh passphrase) is there as a fails
On Thu, Sep 20, 2018 at 04:24:01PM +0200, Werner Koch wrote:
> We try to achieve that this decryption process takes about 100ms
That is fascinating -- I did not know that decryption was calibrated
to take a certain amount of time. Very interesting. I hope I haven't
misunderstood.
How much varia
On 04/09/18 11:01, Peter Lebbing wrote:
> On 04/09/18 10:17, Andrew Gallagher wrote:
>> And I have just confirmed (by sending that mail) that both the first
>> auth operation AND the first signing operation fail, separately.
>
> I have no idea, it's quite curious. As an added bread crumb to follow