What version of gpg2 for Windows (gpg2 --version)? Who built that binary?

Werner or Emanuel, any updates on this issues?
Still reproducable witn 2.0.1 (aka GpgOL 1.0.1)?

BTW: There is another short old report about exchange problems here:
http://wald.intevation.org/forum/forum.php?thread_id=624&forum_id=20

Windows 7 is not yet supported.

It was a problem with the gpgme Debian package:

Why "make it fail"; why not "make it run"?
I guess (did not test) that the bug can be fixed by replacing

#if @NEED__FILE_OFFSET_BITS@

with

#if @NEED__FILE_OFFSET_BITS@ - 0

or by making configure always setting a nonempty value;
depending on your preferred style of programming.

I have the same problem with Debian Sid on GNU/kfreebsd. Most likely due to
newer gtk or X11 libs.

Please fix GNU gold ;-) All brands of Posix systems with their toolchains have
no problems - only this new linker.

Marcus, please make it fail more gracefully.

What do you mean by VTn? Some kind of virtual terminal in KDE, a virtual
console of your OS? I don't known. It seems to be more KDE related than gpg.
You may want to check whether some process (e.g. a shell) still has ~/.gnupg as
its current working directory - which might explain the problems your VT
application has.

D115: 266_foo

Is there any chance of getting this fixed? The problem is very annoying as it
causes the library to disturb the application using it and I can't think of any
simple workaround for it.
The patch is just three lines so it should be easy to include, right?

Hello Werner,
Thanks for your response. I have installed libgcrypt through depot file in
unix system and it has been install successfull only thing is it doesn't allow
us to provide any configure option. Can you please guide to me where I can
find EGD package tool compatible to HP-UX 11i?

Dear Mr. Koch,

It's more complicated, as the same code works when engine is set explicitely to
gpg2 but the gpg1 engine return a no error data.

Dear Mr. Werner,
thank you for your prompt replay. I will try out your workaround to solve the issue.
Thanks a lot!

You passed no data to the fucntion. Please ask on gnupg-users for help.

This is because libgcrypt has no way to gather random. Check the libgcrypt
documentation and your particular installation. Libgcrypt seems not to be
installed correclty. It might be that it is configured to use the EGD and that
tool is not available.

(I have not looked up the description of these policyConstraints.)

seems related to the use of --enable-hmac-binary-check

Right, I noticed this later.

Asg: send me an email saying:

Asg, could you test 2.0.1rc1?

Hi Werner,

FWIW, note that tools/gpgsm-gencert.sh already uses mktemp.

Hi Werner,

I sent the translations as bugs #1144 (gnupg-2) and #1145 (dirmngr) a week ago.

Hi Werner,

I once fixed such a thing in the past - need to seen what goes wrong in your case.

Unfortunately mktemp is not a standard tool. I see what I can do.

We don't support the keypad with pcscd.

D110: 264_dirmngr-1.0.3-allow_only_complete_dps.diff

Previous patches does not solve problem that one of DPs failes.

Just for clarification about DP list in certificate syntax and its semantics:

My previous patch does not delete all duplicate CRLs from cache if one entry is
recognised as still usable.

D111: 263_dirmngr-1.0.3-dont_overwrite_usable_crls-2.diff

D112: 262_dirmngr-1.0.3-dont_overwrite_usable_crls.diff

So, here it is. It's little verbose, be free to remove log_infos. This is output
I get (LDAP enabled) with this patch:

D114: 261_dirmngr-1.0.3-hexadecimal_serial_numbers.diff

Attached patch fixes it.

D113: 260_applygnupgdefaults-tmpfile.patch