Hm. The process disappears after some time. Maybe it just needs some time to
finish. Maybe not a bug anymore. Please take a look at it yourself.

Can you please take a look at it again? If I compile long_genkey.c and run it
via ./long_genkey async it leaves a process behind, which should better be killed:

ps aux | grep gpg
dl 7577 7.0 0.0 24416 1924 pts/2 SL 22:05 0:00 gpg
--enable-special-filenames --use-agent --batch --no-sk-comment --lc-messages
de_DE.utf8 --lc-ctype de_DE.utf8 --status-fd 4 --no-tty --charset utf8
--enable-progress-filter --display :0 --ttyname /dev/pts/2 --ttytype xterm
--gen-key -- -&5

Another user reported in this (I can verify it):

During a full refresh of the keyring, gpg seems to output all information
to STDERR and STDOUT. This makes it inconvenient to have a cron job to refresh
keys, because it can result in a very large and fairly useless mail.

Please ensure that normal output goes to STDOUT and errors and warnings to
STDERR so that problems aren't lost in the noise from this command.

Indeed some "normal" messages go to stderr and some warnings go to stdout.

The second thing I was wondering about was, is line 71:

x = g_malloc (sizeof *x + strlen (name) );

strlen() won't count the terminating byte whereas strcpy will copy it.

This won't add a dependency on pkg-config. The reporter requests, that you
ship a .pc file, so packages dependening on gpgme can use pkg-config to
determine compiler and linker flags when building against gpgme. There is no
request to make gpa use pkg-config.

D155: 350_fix_segfault_filehandler.patch

Doesn't occur in 0.9.2. Closing as 'resolved' myself.

D135: 308_gnupg_2_0__de_po.diff

D136: 307_gnupg_1_4__de_po.diff

There is further a grammar:

Taking a look at the code, it would require to adjust

D120: 277_gnupg1.texi.diff

Patch attached.

May I ask for the status? Seems, there were no objections.

Agreed.

D118: 272_gpg.texi.patch

And the difference is made by the --no-default-keyring switch. Removing it from
the command makes it work too.

In g10/tdbio.c the code is:

It is reproducible here. But the result depends. First what you asked for:

Sorry, you already fixed this. Closing myself.