Just an FYI since wget exposes this bug, you may see more questions about
it. The solution to my problem was
https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=186592
Specically, removing nisplus from the host line in /etc/nsswitch.conf
resolved the problem.
Thanks for the help.
cliff
First, please cc me in replies. I'm not subscribed to the list.
$ ll /usr/bin/wget; wget -V
-rwxr-xr-x 1 root root 234408 Feb 12 13:56 /usr/bin/wget
GNU Wget 1.10.2 (Red Hat modified)
I've encountered a very strange problem after upgrading from FC3 to FC5.
wget fails to resolve any domain unless
Thanks for the reply. I somewhat agree with you and will post a question
to fedora but my concern is that curl also uses getaddrinfo and once I
disabled IPv6, curl began working. It's as if wget is defaulting
getaddrinfo's ai_family to PF_INET6 and never attempting PF_INET.
Thanks again.
Maybe
know enough networking
internals to know what else to try.
cliff [EMAIL PROTECTED] writes:
Thanks for the reply. I somewhat agree with you and will post a
question to fedora but my concern is that curl also uses getaddrinfo
and once I disabled IPv6, curl began working. It's as if wget
settings that would affect this so I
might better know what to say/search on the fedora lists?
Thanks for your help.
cliff [EMAIL PROTECTED] writes:
Thanks
$ gcc a.c
$ ./a.out yahoo.com
success
$ wget yahoo.com
--12:27:32-- http://yahoo.com/
= `index.html'
Resolving yahoo.com