Re: [PATCH] deprecate libnsl/libnss_*

[Thorsten Kukuk <kukuk at suse dot de>]

Hi,

On Thu, Apr 07, Florian Weimer wrote:

> So we now have code duplication between the external NSS modules and
> nss_files and nscd in glibc (on top of the components which are supposed
> to be obsolete).  This isn't really desirable.

You mean the parser stuff? Yes, that's duplicate code, but I don't want
to export that with an official interface from glibc.

> libtirpc also pulls in a lot of libraries, which makes it less
> compatible with in-process NSS modules.  I think it is generally assumed
> that the Sun PRC code in glibc was dead, but it is currently not due to
> nss_nis, and nss_nis is still relatively widely used.  nss_nis linked
> against the current version of libtirpc likely has compatibility
> problems due to the additional libraries which it brings in, and the
> late loading of libpthread (in response to a NSS request).

Yes, libtirpc has some more dependencies, because it has rpcsec directly 
included and don't need an extra library try to override glibc functions
for this.
But I don't understand why you see compatibility problemes here, except
that now, with external libnsl and libtirpc, libnss_nis also speaks with
IPv6 NIS servers.
The libnss_nis interface is the same, the interface to the yp_* functions
is the same, except that the external libnsl linked against libtirpc
speaks additional IPv6.

> We'll prepare things in Fedora for an external nss_nis implementation,
> but I'm not sure if it's a feasible approach with what we currently have.

It's the only way to communicate via IPv6.

  Thorsten

-- 
Thorsten Kukuk, Senior Architect SLES & Common Code Base
SUSE LINUX GmbH, Maxfeldstr. 5, 90409 Nuernberg, Germany
GF: Felix Imendörffer, Jane Smithard, Graham Norton, HRB 21284 (AG Nürnberg)