The RH workaround with a preload library isn't something that we could
sensibly put into an SRU, since you'd have to preload it for every
single program that does DNS resolution (and there are thousands in the
archive).
Just to ensure that we are all talking about the same thing, this is
what I see:
$ time host www.ubuntu.com
www.ubuntu.com has address 91.189.90.40 <- appears immediately
[20 second pause here]
;; connection timed out; no servers could be reached
;; connection timed out; no servers could be reached
real 0m20.371s
user 0m0.000s
sys 0m0.050s
> and why not blacklisting the loading of the ipv6 module instead of
replacing system functions like that?
IPv6 is built into our kernel, there are no modules. But perhaps we
could modularize those in the kernel? Kernel team, does the Jaunty
kernel have a different IPv6 setup than Lucid? We didn't have this
problem in Jaunty, and I don't believe it's a glibc regression (since a
jaunty chroot on karmic kernel has the same problem).
** Changed in: linux (Ubuntu Lucid)
Importance: Undecided => High
** Changed in: linux (Ubuntu Karmic)
Importance: Undecided => High
** Tags added: regression-release
** Tags removed: needs-reassignment
** Changed in: linux (Ubuntu Karmic)
Milestone: None => karmic-updates
--
[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
