I had a go at doing this in sections. I used:

Agreed for the manual page. We will think about this.

I leave this decision to you. I agree to the reporter, that everything is a bit
"wildly" ordered atm. However, I cannot speak for an unexperienced user. I've
asked the reported for feedback/his opinion.

That would be hard to implement. Consider that an alpahbetic order makes most
sense only to English speaking users, whereas others will likely use the
translated description.

Fixed in svn 5123. I fixed that a year ago in trunk and forgot to backport it.

Fixed again. (svn 5122).

Indeed, I applied it only to gnupg-2. Applied it to 1.4 now.

Unfortunately still not fixed in 1.4.10 rc1.

It seems, the buggy translation had been reintroduced:

If this is pursued, I suggest doing it as a subsystem external to GnuPG. GnuPG
can generate keyserver information files (via --keyserver-options
use-temp-files). An external program can gather these files and manage them
however it likes, then pass them to the keyserver helper programs when it is
ready to.

For obvious reasons the mailto scheme is not very useful. It is not even build
by default; you have to use ./configure --enabe-mailto. OTOH, I see that a way
to batch up keys for later retrieval is a nice feature - it should hwoever not
be limited to the mailto scheme.

UID are expected to be UTF-8, IDN conversion should be done by the MUA.

Already fixed in my working copy. Will be commited with other translation
changes later the week.

I put in a patch similar to that (g_malloc0 was now unnecessary, and I left in
the GMALLOC_SIZE macro). Thanks for taking the time to reporrt this.

2.0.12 has been released. Patch for 1.4.9 is available.

2.0.12 has been released.

Fixed in SVN using

I think I fixed that while applying your patches.

Although it is an application error to assume a certain sigprocmask beyond
what's defined by POSIX, we should be nice and try to kill pth too.

Ah found something:

Fixed in my working copy. Thanks.

Right, I did no "make dist" to check this. Fix committed.

No, that is not a typo. --daemon used to be required to avoid starting several
gpg-agents - which happened quite often while in lets-see-what-happens testing
mode. Later the code was change so that running gpg-agent without any args
tested whether a gpg-agent is already running. Thus we can simplify the paragraph.

You are keeping me pretty busy :-)

kbxutil is more a debug tool and may change at any time. I don't think that a
man page is useful.

Applied to both versions (r5030). Thanks to you and also to Jens Seidel.

See these threads for example:

The internals are already set for multiple keyservers (opt.keyserver is a
strlist, etc.) I had to implement it for the auto-key-retrieve feature, which
does support multiple servers.

D92: 231_314068_gnupg1_de.diff

D93: 230_314068_gnupg2_de.diff

I get a build failure. g10/gpgv.c probably misses:

And the same fixes for gnupg 1.4.

D94: 229_~_packages_vcs_gnupg_2_314068_gnupg2_de.diff

D95: 228_314068_gnupg2_de.diff

I found some more. So here a new diff for gnupg 2.

One more. At

I see. Then comparing the value to ULONG_MAX should solve the issue, right?

Found the cuplrit:

Well that value is 0xFFFFFFFFFFFFFFFF.