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@xxxxxxxxxx
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
--
Fedora-directory-users mailing list
Fedora-directory-users@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-directory-users
