@ Martin Pit - Excellent points and I see where the RH solution is not the best for some obvious technical reasons (Doh! I didn't think that one completely through, my mistake). Thanks for pointing that out to me. @ Bernhard Schmidt - I too would like to gently move people forward, to have ISPs and users replace "broken" equipment and to transition everyone to IPv6. The reality is that this is a transition period and we need to deal with a situation where we have a foot in both worlds. Clearly this situation causes pain on both sides of the fence. The libc6 patch you mention seems like a reasonable approach, maybe there is even a way to improve it, and one that might get us through this intermediate stage. Once IPv6 capable hardware is in the majority and I can call up any old ISP and ask for IPv6 service (or better yet, not even have to make that call) then we're past the tipping point and we don't have to keep the workaround patch around. We're not there today. @ Jeremy Visser - You are passionate and persuasive in your arguments. This is not an discussion about who's at fault or how much time we have before "the apocalypse", we need to separate passion from this discussion and move on to fixing the problem. I'm simply trying to find a way to bring people over to the IPv6 world without creating and equally dispassionate anti-IPv6 crowd along the way (take @ Jonzer's response as an example).
There is no need to be absolutists on this issue one way or the other. There has to be a technical solution that lets us live in the middle ground, lets just engineer around this and get past the political bickering. :-) I hope this helps, -greg -- [karmic regression] all network apps / browsers suffer from multi-second delays by default due to IPv6 DNS lookups https://bugs.launchpad.net/bugs/417757 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
