>From Werner: "gpg2 can't use [custom passphrase handlers] as [using
>gpg-]agent is a hard requirement. The only reason for keeping the
>passphrase callback is for symmetric encryption."
I guess I'm in real trouble now. The reason for this is a bit complex. My
encprytion
class is part of a fram
I don't have a solution for you, but --
> static gpgme_error_t passphrase_cb(void *hook, const char *uid_hint, const
> char *passphrase_info,
>int prev_was_bad, int fd){
>
> std::string passphraseString;
> std::cout<< "Enter your password:";
> std:
> If your problem is merely lack of entropy on a VM, then I'd recommend
> installing haveged, available in Jessie. It
> broadens the sources used by the kernel for the entropy pool.
Yes, that was the problem. I installed haveged and it worked. But it seems
that the key generation in my C++ appli
> On 27 Jan 2016, at 10:06, Robert J. Hansen wrote:
>
> It compiled and ran just fine. This makes me think the problem is in
> GnuPG's entropy collection and/or key generation -- not your code.
If your problem is merely lack of entropy on a VM, then I'd recommend
installing haveged, available
For the record -- I used the code you provided with three minor changes:
(a) in lieu of CONFIG_DIR, I used nullptr, (b) I released the context at
the end of the code, and (c) I used C++14isms like nullptr, auto, and so
on.
It compiled and ran just fine. This makes me think the problem is in
GnuPG
Von: Daniel Kahn Gillmor [d...@fifthhorseman.net]
Gesendet: Dienstag, 26. Januar 2016 19:30
An: Sandra Schreiner; Robert J. Hansen; gnupg-users@gnupg.org
Betreff: Re: AW: Key generation with GPGME and GnuPG hangs at gpgme_op_genkey
On Tue 2016-01-26 06:02:09 -0500, Sandra Schreiner wrote:
[ Robe
