Ryan Braun wrote: > On Wednesday 21 November 2007 8:44 pm, Nalin Dahyabhai wrote: > >> On Wed, Nov 21, 2007 at 12:12:25PM -0700, Rich Megginson wrote: >> >>> Yes, this is still a problem. I don't know if anyone has a workaround >>> for this. >>> >> The workaround is to go back to linking nss_ldap with static liblber and >> libldap. I'm building test updates which do this. >> >> Ryan, if you can test if the packages (nss_ldap-257-4.fc6, >> nss_ldap-257-4.fc7, and nss_ldap-257-4.fc8, which should all land in >> their respective Fedora updates-testing repositories soonish), please >> confirm whether or not they solve the problem. >> >> Thanks! >> > > I would love to, only I'm currently working with etch :) > > Hopefully someone will try out the new packages though. They would definitely > be handy. > > Thanks guys. > > Ryan > > -- > Fedora-directory-users mailing list > Fedora-directory-users at redhat.com > https://www.redhat.com/mailman/listinfo/fedora-directory-users > I've just tried nss_ldap-257-4.fc7 with the new FDS 1.1 beta on Fedora 7, and it all seems to play nicely. I can now use nss_ldap/pam_ldap for auth correctly, and the admin server no longer segfaults. Is the plan to package the static linked nss_ldap separately, and add suitable requires/conflicts to the relevant RPMs? Or is there a better way of resolving this longer term? Danny
