aboutsummaryrefslogtreecommitdiff
path: root/sysdeps/unix/sysv/linux/aarch64
diff options
context:
space:
mode:
authorAurelien Jarno <aurelien@aurel32.net>2021-09-03 00:28:14 +0200
committerAurelien Jarno <aurelien@aurel32.net>2021-09-07 21:41:38 +0200
commit2738480a4b0866723fb8c633f36bdd34a8767581 (patch)
tree15ef2b682a773a19623a5c5b5c2a001b9782c833 /sysdeps/unix/sysv/linux/aarch64
parent66016ec8aeefd40e016d7040d966484c764b0e9c (diff)
downloadglibc-2738480a4b0866723fb8c633f36bdd34a8767581.zip
glibc-2738480a4b0866723fb8c633f36bdd34a8767581.tar.gz
glibc-2738480a4b0866723fb8c633f36bdd34a8767581.tar.bz2
Fix failing nss/tst-nss-files-hosts-long with local resolver
When a local resolver like unbound is listening on the IPv4 loopback address 127.0.0.1, the nss/tst-nss-files-hosts-long test fails. This is due to: - the default resolver in the absence of resolv.conf being 127.0.0.1 - the default DNS NSS database configuration in the absence of nsswitch.conf being 'hosts: dns [!UNAVAIL=return] file' This causes the requests for 'test4' and 'test6' to first be sent to the local resolver, which responds with NXDOMAIN in the likely case those records do no exist. In turn that causes the access to /etc/hosts to be skipped, which is the purpose of that test. Fix that by providing a simple nsswitch.conf file forcing access to /etc/hosts for that test. I have tested that the only changed result in the testsuite is that test.
Diffstat (limited to 'sysdeps/unix/sysv/linux/aarch64')
0 files changed, 0 insertions, 0 deletions