New releases are signed by a new key.

Should work now. If not, please give more details.

Works now.

This is obviously a broken setup. I am closing the report.

Moved to
http://wald.intevation.org/tracker/index.php?func=detail&aid=167&group_id=13&atid=134

We switched bug tracker.

We switched bug tracker.

This is werner's signing key. It is available on subkeys.pgp.net, via finger
wk@g10code.com.

I put those in. Thanks!

Works again.

Fixed. See below. Also in libgcrypt and pinentry.

I can still reproduce the bug with 1.4.2.2 and SVN of today. After 1013 files,
I get file open errors.

Works now.

Fixed.

Supposedly fix. Otherwise, we need a new report stating where the link is.

Moved to
http://wald.intevation.org/tracker/index.php?func=detail&aid=166&group_id=13&atid=134

Moved to
http://wald.intevation.org/tracker/index.php?func=detail&aid=165&group_id=13&atid=134

There is a new key now.

There are intermittent problems with the ftp server at times. Sorry for the
inconvenience. It works today.

The ftp site seems to be up to date as of today.

Iconv is available in the same directory as the w32 binary package:
ftp://ftp.gnupg.org/gcrypt/binary/libiconv-1.9.1.dll.zip

Works fine today.

FTP server has intermittent problems at times. At this point, it is OK, though.
Sorry for the inconvenience.

The link works fine today.

FTP works. Intermittent problems are well known. Sorry for the inconvenience.

Bogus bug report.

We have by now created the gpg4win project, which contains binaries not only for gnupg and gpgme, but also for a couple of other packages. Please see www.gpg4win.org. Unfortunately, it is not easy to extract just the gpgme DLL from the package, but it is automatically installed if you install gpa or sylpheed. Not sure if this is sufficient for you.

To get it work with gnupg-1.9, and other software using libassuan that provides setenv if it is missing, we should add a prototype, I guess.

Hi Ray,

Thanks for the report.

Andreas, can you please try out the current GPGME CVS version, either HEAD or the 1-0-branch? There was a problem that could under some circumstances stall or hang GPGME, because it would call read() on a non-readable file descriptor. You want this change:

The bug is against very old versions of GPGME. The key
cache has since been removed entirely.

Cryptplug is discontinued. Kmail now accesses GPGME directly.
Thanks for your contribution!

I think those problems have been fixed in the meantime. Can you confirm that using the latest version? Thanks.

Is this still an issue for you with the latest versions of everything? If yes, please provide the config.log file and relevant output.

Do you think gpg-agent and its passphrase-caching is adequate? You can even pre-store the passphrase on startup and never expire it. I think this is a much better solution. Please let me know if you still see the need for this feature given the superiority and completeness of gpg-agent.

Should be fixed in CVS. Thanks for the contribution!

I think the first problem - missing -Wl, must be reported to the libtool maintainer, and fixed in libtool proper. Then if you let us know which version of libtool fixes it, we can update the included libtool and bump up the libtool requirement.

This was fixed in GPGME 1.0.1. Thanks for your contribution!

Fixed in CVS. Thanks for your contribution!