On Tue, Jan 15, 2013 at 8:01 PM, Denys Vlasenko <[email protected]> wrote: > On Wednesday 16 January 2013 02:42, Denys Vlasenko wrote: >> On Wednesday 16 January 2013 02:16, Paul Marks wrote: >> > On Tue, Jan 15, 2013 at 5:01 PM, Denys Vlasenko >> > <[email protected]> wrote: >> > > On Tuesday 15 January 2013 03:44, Kevin Baker wrote: >> > >> AI_ADDRCONFIG is specified in RFC2553 to only return IPv6 data if an >> > >> IPv6 interface works; otherwise only return IPv4 data. >> > >> >> > >> This fixes wget and possibly others which error out when no IPv6 >> > >> lookup is available, even with valid IPv4 DNS data coming back. >> > > >> > > Did you try to ENABLE_FEATURE_PREFER_IPV4_ADDRESS in .config? >> > >> > The purpose of AI_ADDRCONFIG is to prefer IPv6 unless the network >> > obviously does not support it. > > For another example. Do you want this behavior? > > http://sourceware.org/bugzilla/show_bug.cgi?id=10083 > > wget would fail to connect to __local__ ::1 address > in some cases. Atrocious, isn't it? > Ugh. I had no idea that this would result in such a horrible mess.
This article has tons of good information as well, and some other potential solutions by some other applications: https://fedoraproject.org/wiki/Networking/NameResolution/ADDRCONFIG But, I think my patch here only hides the actual problem I am having, which is actually this bug in glibc: http://sourceware.org/bugzilla/show_bug.cgi?id=12994 Also, Michael's post on the bug then really is a different issue (that seems like it would be worked around by ENABLE_FEATURE_PREFER_IPV4_ADDRESS possibly.) I will revert my patch, and focus on patching glibc instead. Thanks for the help! Kevin _______________________________________________ busybox mailing list [email protected] http://lists.busybox.net/mailman/listinfo/busybox
