This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: nis compat depreciation and test failures
- From: DJ Delorie <dj at redhat dot com>
- To: sellcey at cavium dot com
- Cc: libc-alpha at sourceware dot org, kukuk at thkukuk dot de
- Date: Mon, 14 Aug 2017 14:00:54 -0400
- Subject: Re: nis compat depreciation and test failures
- Authentication-results: sourceware.org; auth=none
- Authentication-results: ext-mx09.extmail.prod.ext.phx2.redhat.com; dmarc=none (p=none dis=none) header.from=redhat.com
- Authentication-results: ext-mx09.extmail.prod.ext.phx2.redhat.com; spf=fail smtp.mailfrom=dj at redhat dot com
- Dmarc-filter: OpenDMARC Filter v1.3.2 mx1.redhat.com 1B4F21455D9
Wait... what's the real failure here? What *should* happen when a
method is listed for which a service doesn't exist? Are we handing it
incorrectly, which causes the test failure, or is the test just
dependent on those services? Or dependent on the host's data?
I mean, we can take that out of the test if we don't need it, but we
should then add a test for "make sure the right thing happens if a
service is missing".
Also, if these tests depend on a "properly configured" *host*, we should
consider moving them to the nss directory and using the new test
services framework instead, so we can provide specific test data for
them. Or find some other way to ensure we have the right test data.
(/me is looking into test-in-installed-chroot for example)