NFSv4-patched ACL lib dependencies
Paarvai Naai
opensource3141 at gmail.com
Mon Jul 14 14:09:58 EDT 2008
Hi Steve (and all),
> The general philosophy is just don't break anything... 8-)
> I don't think there are any particular guidelines as to what
> can or can not go into /lib... I took a quick look and didn't
> find anything...
>
> Looking at the /lib/*.so in Fedora 9 there is only one out
> of the 38 .so that have dependency on /usr/lib... so its
> pretty clean..
Thanks for the input. I found it interesting that
/lib/libnss_wins.so.2 exists in both FC5 and FC8 but in FC8 there was
a decision to move the top-level link /lib/libnss_wins.so (without the
.2) from /lib to /usr/lib.
In any case, as I said before, it would not matter if a library like
libnfsidmap_umich_ldap.so is in /lib or /usr/lib since the dlopen from
within libnfsidmap.so will fail regardless.
>> Also, is the plan to update the libacl patch to dynamically load
>> libnfsidmap.so at run-time or will the patch for libacl continue
>> enforce compile-time linking to libnfsidmap?
>
> I would think that former would be better than the latter...
I agree. Hopefully this should not be too hard to do.
Thanks,
Paarvai
More information about the NFSv4
mailing list