https://bugzilla.novell.com/show_bug.cgi?id=848783 https://bugzilla.novell.com/show_bug.cgi?id=848783#c10 Roman Drahtmueller <draht@suse.com> changed: What |Removed |Added ---------------------------------------------------------------------------- AssignedTo|draht@suse.com |schwab@suse.com --- Comment #10 from Roman Drahtmueller <draht@suse.com> 2013-11-29 16:28:30 UTC --- darx: the use of dig is not really productive; as a utility originating from the bind nameserver, it may or may not use its own resolver logic and code. This makes the tool very suitable for debugging nameservers: O/S dependent failures are limited or excluded. This means that if a resolver task works with dig, but doesn't with ping, telnet, svn or alike, the indication is that it's either the glibc resolver or some part of the client utility. In our case here: svn uses libapr1, uses gethostbyname_r(3), uses glibc. Andreas: can you please explain why gethostbyname(3) (or gethostbyname_r(3) for that matter) shall not support ipv6? As we can see in the examples above, it apparently does, and there is nothing the the documentation that contradicts. We see a failure if the "options rotate" in resolv.conf is set. I wonder how this can have anything to do with libapr1, or how it can be related to "gethost* doesn't support IPv6...". Saying "it should use getaddrinfo instead" is not a suitable answer and resembles "My car's right indicator doesn't work." -> "Then don't turn right, that's not supported anyway." R. -- Configure bugmail: https://bugzilla.novell.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are on the CC list for the bug.