Description of problem: In default configuration, when resolv.conf is empty, getaddrinfo() returns EAI_NONAME instead of EAI_AGAIN (as it used to in F9). This makes ntpd useless when NetworkManager is enabled, because ntpd won't try to resolve the name later when NM has setup resolv.conf. Version-Release number of selected component (if applicable): glibc-2.8.90-11 How reproducible: Always Steps to Reproduce: 1. > /etc/resolv.conf 2. gcc -x c - <<EOF #include <sys/types.h> #include <sys/socket.h> #include <netdb.h> #include <string.h> #include <stdio.h> int main() { struct addrinfo hints, *addr; memset(&hints, 0, sizeof(hints)); hints.ai_family = AF_UNSPEC; printf("%d\n", getaddrinfo("0.fedora.pool.ntp.org", NULL, &hints, &addr)); return 0; } EOF 3. ./a.out Actual results: -2 Expected results: -3 Additional info:
Any chance this will be resolved in F10? I can put a workaround to ntpd if necessary, but ntpd in default installation with default config doesn't work now.
I have created Bug 471450 which might be related
This bug appears to have been reported against 'rawhide' during the Fedora 10 development cycle. Changing version to '10'. More information and reason for this action is here: http://fedoraproject.org/wiki/BugZappers/HouseKeeping
Also related: cups-polld fails to resolve hostnames, even though it calls res_init() if it gets EAI_FAIL from getaddrinfo(). This is because getaddrinfo() is caching EAI_NONAME results.
I've changed the upstream glibc code.
Has this upstream code hit f9, f10, rawhide yet?