This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] deprecate libnsl/libnss_*
- From: Florian Weimer <fweimer at redhat dot com>
- To: Thorsten Kukuk <kukuk at suse dot de>
- Cc: libc-alpha at sourceware dot org
- Date: Thu, 7 Apr 2016 11:46:31 +0200
- Subject: Re: [PATCH] deprecate libnsl/libnss_*
- Authentication-results: sourceware.org; auth=none
- References: <20160404134356 dot GA20216 at suse dot de> <5702780D dot 7070208 at redhat dot com> <20160404142237 dot GA20583 at suse dot de>
On 04/04/2016 04:22 PM, Thorsten Kukuk wrote:
>
> Hi,
>
> On Mon, Apr 04, Florian Weimer wrote:
>
>> On 04/04/2016 03:43 PM, Thorsten Kukuk wrote:
>>
>>> I made a first patch to deprecate libnsl and disable the
>>> depending libnss_* modules. It's following the sunrpc code.
>>
>> What's the replacement for nss_nis?
>
> Ok, the third time on this list:
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.
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).
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.
Florian