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

Ooops, I missed to copy the included files. I added a new make traget to assist
me in the future.

2009-04-02 Till Adam <till@kdab.net>

Sorry for the late response, only recently a new pinentry got released.
So we will test this on basis of 0.7.6.

Done. (rev 5092).

Will this be backported to 1.4 as well?

No, --fix-trustdb is a hidden command and may get a new life in the future.

Thanks for the change, I will check it out.
Did you consider removing the option --fix-trustdb
if you do not intend to implement it?
I would consider removal to be good, if the warning
is all what people get in the foreseeable future.
The existance of the options assumes that there is code
to do the fixing behind it.

ping

The translation in zh_TW.po looks good, but the one in zh_CN.po doesn't. It
contains the kanji sequence "删除" (U+5220, U+9664) which is very close to "削
除" (U+524a, U+9664, "remove" in Japanese) in shape.

That is no bug but required by the Assuan protocol:

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.

ping

2.0.12 has been released. Patch for 1.4.9 is available.

I recall that this has been applied; please check and close this bug.

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.

Fixed in my working copy. Thanks.

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

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

Any news on this one?

Fixed in svn rev 5021. Will be fixed for trunk as well. Patch attached.

D88: 224_bug1058-fix.diff

Thanks for the report, I removed the dead entry. allow-pka-lookup was changed
into a verify option quite a while ago. Fixed in rev 5010:

Right, that was missing.

Don't put too much weight into gpg's exit codes ;-)

Fixed in svn rev 5005. (gpg1 and gpg2)

Thanks Moritz. I'm happy to try this out, but I'd need a binary if possible...

That problem will go away anyway because the next GnuPG version splits the DN at
the slashes and thus lines are way shorter.

Arg, sorry for T1020 (bernhard on Mar 25 2009, 02:54 PM / Roundup) this was a paste and copy fault on my part.
Here again from gnupg 2.0.11 and gpgme 1.1.8 (as noted before):

I am also attaching the root key in question for testing.

2.0.11 released. No further response, thus closing.

Fixed in GnuPG 2.0.11.

Crash due to a NULL pointer dereference.
Not a Windows specific bug.
Fixed in svn 4935.

Thanks Werner. BH, please test.

Support for a couple of strings and their German translation has been added in
svn revision 4919.

Fixed in pinentry svn revission 190.

my$ printf "what do ya want for nothing?" | ./hmac256 Jefe
hmac256: fatal error: self-test failed
my$

The second implementaion hmac code is also used by the hmac256 utiliy we install
since some time. Can you please run this and compare the result? (best with the
hmac256 in libgcrypt/src/):

Sometimes weird things happen :_(.

Out of curiosity, I tried to rebuild the 1350 revision that you linked to below,
and it also worked. I'm not sure what happened, but at least I cannot reproduce
this any more.