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