When using kaddressbook with an LDAP server that requires SASL authentication kde complains that the LDAP KIO-slave is compiled without SASL support. The kdebase (and propably kdelibs?) ebuild should offer the sasl USE-flag to be set and then eventually compile in sasl support. Reproducible: Always Steps to Reproduce: 1. Emerge kdebase 2. Add a LDAP contact resource with SASL authentication and set it as default 3. Launch kaddressbook/kontact Actual Results: Popup complaining about "SASL authentication not compiled into the ldap ioslave."
Good idea - any idea which sasl package(s) need to be dependend on? dev-libs/cyrus-sasl net-libs/gsasl net-libs/libgsasl are what shows up at sasl packages here
cyrus-sasl, but it is a (optional) dependency of openldap, which is a dependency of kdebase. I'm not sure, but it is very unlikely that this autentication stuff works w/o sasl support in openldap, isn't it?
The ldap kioslave in kdebase has a one line check for "sasl.h", but I can't see anywhere where it changes any settings based upon finding that file - so perhaps the SASL stuff is in openldap.
Actually kdelibs checks for /usr/include/sasl.h and not /usr/include/sasl/sasl.h where the file is now. Linking sasl.h into /usr/include works peprfectly even if you do not configure kdelibs using --with-sasl. I do not know if the position of the file changed in a recent version of cyrus-sasl or if it is only gentoo specific.
fixed :)
This isn't the best fix, because configure can get recreated in the src_compile function via the kde.eclass if, for example, you're using unsermake.
O.k., I'll have a look at it.
I think you can fix it like this: CPPFLAGS="$CPPFLAGS -I/usr/include/sasl" kde_src_compile myconf or some variation like that.
I'm having the exact same problem. I have openldap & perl-ldap compiled with USE=sasl (which gave me cyrus-sasl and perl-sasl). With LDAP contact resource and SASL authentication, starting kaddressbook gives me SASL authentication not compiled into the ldap ioslave. Based on above comments, I created a link to /usr/include/sasl/sasl.h in /usr/include (ln /usr/include/sasl/sasl.h /usr/include/sasl.h) and recompiled kdebase. No effect. I then recompiled kdelibs. Again, no effect. Grasping at straws, I then added myconf="$myconf --with-sasl" to both kdebase-3.3.0.ebuild and kdelibs-3.3.0.ebuild and recompiled them. Once again, no effect. # locate kdesasl /usr/kde/3.3/lib/libkdesasl.so.1 /usr/kde/3.3/lib/libkdesasl.so.1.2.0 /usr/kde/3.3/lib/libkdesasl.la /usr/kde/3.3/lib/libkdesasl.so /usr/kde/3.3/include/kio/kdesasl.h So, I'm not quite understanding what the problem is (not surprising, as I'm simply a user with very little knowledge of what goes on "under the hood.") Perhaps there are more kde components that need to be recompiled for this to work? In anycase, hopefully I've provided some additional info that will help get this bug closed rather than simply adding spam to the report.
Note that kde 3.3.1 will have these two patches: http://webcvs.kde.org/cgi-bin/cvsweb.cgi/kdebase/kioslave/ldap/kio_ldap.cpp.diff?r1=1.41&r2=1.41.2.1 http://webcvs.kde.org/cgi-bin/cvsweb.cgi/kdebase/kioslave/ldap/configure.in.in.diff?r1=1.18&r2=1.19 so both sasl/sasl.h and sasl.h will be searched
Thanks for the input Gregorio, committed the fix.
