Summary: | Backend error: gpgconf does not seem to know the entry for dirmngr/LDAP/ldaptimeout | ||
---|---|---|---|
Product: | [Applications] kleopatra | Reporter: | Samir Nassar <samir> |
Component: | general | Assignee: | kdepim bugs <kdepim-bugs> |
Status: | RESOLVED UPSTREAM | ||
Severity: | normal | CC: | aheinecke, mutz |
Priority: | NOR | ||
Version: | 2.2.0 | ||
Target Milestone: | --- | ||
Platform: | Arch Linux | ||
OS: | Linux | ||
URL: | https://bugs.g10code.com/gnupg/issue1590 | ||
Latest Commit: | Version Fixed In: | ||
Sentry Crash Report: |
Description
Samir Nassar
2014-07-30 10:24:09 UTC
Probably not the nicest behavior (showing the error every time) but basically Kleopatra informs you that it can not configure LDAP as dirmanger has no ldap support. There are some dynamic gpgconf options depending on compiled features but LDAP support is assumed to be available afaik. A good fix for this would probably be to add a selftest for Kleopatra and use that to inform the user that LDAP is unavailable and greying out the configuration options. But on the other hand LDAP is quite important for CRL checks. You basically can not implement full S/MIME if you can not do CRL checks over ldap. You also might want to file a report with arch linux that they should build gnupg with ldap support. (I'm using gpg2 2.0.25 and "gpgconf --list-options dirmngr" shows those options) It appears that this bug is due to https://bugs.g10code.com/gnupg/issue1590 (libgcrypt 1.6.0 forgets to initialize pth properly) filed with archlinux as https://bugs.archlinux.org/task/38560. The patch mentioned here: https://bugs.archlinux.org/task/38560#comment118653 fixes the problem with dirmngr and libgcrypt which in turn fixes the problem with kleopatra. Thanks for checking. Closing this as upstream bug. |