This is the mail archive of the
mailing list for the glibc project.
Re: nis compat depreciation and test failures
- From: Carlos O'Donell <carlos at redhat dot com>
- To: DJ Delorie <dj at redhat dot com>, sellcey at cavium dot com
- Cc: libc-alpha at sourceware dot org
- Date: Mon, 21 Aug 2017 11:11:58 -0400
- Subject: Re: nis compat depreciation and test failures
- Authentication-results: sourceware.org; auth=none
- References: <email@example.com>
On 08/17/2017 04:06 PM, DJ Delorie wrote:
> Steve Ellcey <firstname.lastname@example.org> writes:
>> I have no idea on how to do (a) or what kind of tests we would need for
> The new framework I recently committed to nss/ allows individual tests
> to request one or more "test" services and provide the specific data
> they need for those services. So the test includes both the getpw*()
> calls and the pwent tables it expects.
> So instead of specifying "files" and using the hosts /etc/passwd, you'd
> specify "test1" and provide an in-test equivalent of /etc/passwd.
> See nss/tst-nss-test2.c for an example.
>> (b) but (c) seems easy enough. If I change DEFAULT_CONFIG in
>> nss/grp-lookup.c, nss/pwd-lookup.c, and nss/spwd-lookup.c from
>> "compat [NOTFOUND=return] files" to just "files", the tests work fine
>> on my x86 and aarch64 boxes. Does that seem like the right
>> DEFAULT_CONFIG? If so, I can submit a patch.
> I suspect just "files" is a reasonable default *for glibc* since that's
> pretty much the only service we build by default now. Distros of course
> should provide defaults appropriate for the services they're including
> by default (ldap, nis, krb5, whatever) but that's outside of our realm.
I agree, I think "files" is just about the only thing we should list in
a default fallback.