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(a)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