Ok. I am pleased to say this has finally been resolved.
The last few things I tried.
http://www.debian-administration.org/article/Disabling_IPv6_under_a_2.6_kernel
Commenting out all references to ipv6 in hosts (shouldn't be necessary
but I was desperate)
#Disable IPv6
FWIW, I spoke too soon, I can only imagine the couple of sites I tested
must have been cached by something else hitting 'em on login (ubuntu.com
perhaps due to ubuntu one, and local dev site due to a cron). I'm still
getting slow lookups :(
--
[karmic regression] all network apps / browsers
I've noticed multisecond delays since switching to Lucid.
I have two boxes here. Identical resolv.conf entries for local DNS.
The Karmic machine responds instantaneously, the Lucid one takes several
seconds for uncached addresses.
If I run:
ltrace wget -O/dev/null http://domainwebserver/url/
Oh. One last note. It appears that it isn't just local machines that are slow.
ltrace wget -O/dev/null http://www.ubuntu.com
Also hangs for several seconds on getaddrinfo
--
[karmic regression] all network apps / browsers suffer from multi-second delays
by default due to IPv6 DNS lookups
]] Lucious Daniels Jr
| Apparently there is a regression in the ath5k driver affecting my card.
| I was able to fix my problem by using the Windows driver and
| ndiswrapper. Maybe worth a shot for anyone still having problems.
That is another bug than this one; _please_ don't clutter this bug
]] Martin Pitt
| ipv6.disable=1 does not make any difference for me in Lucid (I haven't
| tested that with karmic, since the eglibc in karmic-updates fixed it)
That's interesting, since eglibc does iterate over configured network
interfaces and only sets seen_ipv6 if you have a non-IPv4 address
@Tollef Fog Heen # 276
My apologies, but I only comment on this bug because my original was
deleted (marked as a duplicate), and I was automatically (and
wrongfully) subscribed to this one. I thought it would be beneficial to
share my information with anyone else that was wrongfully subscribed to
Tollef Fog Heen [2010-04-14 20:15 -]:
If it works fine with Karmic and works fine with Lucid with IPv6
disabled, but is slow at resolving DNS with IPv6 enabled, that is this
bug.
Oh, interesting. I have such a buggy router as well, and in karmic it
was fixed with local-ipv6-lookup.diff.
** Changed in: eglibc (Ubuntu Lucid)
Status: Triaged = Confirmed
--
[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
** Changed in: eglibc (Ubuntu Lucid)
Status: Confirmed = Triaged
--
[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
Apparently there is a regression in the ath5k driver affecting my card.
I was able to fix my problem by using the Windows driver and
ndiswrapper. Maybe worth a shot for anyone still having problems.
--
[karmic regression] all network apps / browsers suffer from multi-second delays
by default
There's a eglibc testbuild prepared; it's tested to install and survive
a reboot; if you want to test it, please add to /etc/apt/sources.list:
deb http://ppa.launchpad.net/ubuntu-toolchain/ppa/ubuntu lucid main
run apt-get update, apt-get install libc6 and report results here.
--
[karmic
I tried the new eglibc not really sure if it is working I see resolving
host last less time. Nothing exploded
--
[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
]] Matt Giuca
Hi,
| I understand that this is pretty much a bug in the *routers*, not in
| Ubuntu. The reason it's reported here on Launchpad and not in a thousand
| routers is because you're planning to implement a workaround in Ubuntu,
| right?
Yes (to both questions).
| What you are saying
This bug has been officially fixed for Karmic but not for Lucid. When
can we expect a fix for Lucid which is just 16 days from final release?
--
[karmic regression] all network apps / browsers suffer from multi-second delays
by default due to IPv6 DNS lookups
Okay. I just gave wireshark a try. I'm not exactly sure what to post,
but to be clear on my problem. I click on a random link in my browser
and I get a Waiting for.. dialog in the status. This does not happen
every time, but is fairly regular, especially on specific sites, like
deviantart.com.
I'm still having this issue. Though I don't think it has to do with
ipv6. I've tried every fix I've come across...editing nsswitch,
disabling ipv6, open dns, still no luck. I even tried putting another
distro on the laptop (arch) and it too suffers the same problem, which
makes me think it's an
As you have both a working and a not working configuration, this makes
you the perfect candidate for giving more details on that problem.
Please give more details: What *exactly* is the problem you are talking
about?
Is it a problem while resolving a name to an IP address? (DNS)
Is it a problem
Sorry to add to the noise a bit, but I just want to get the scope of this bug
clear. I certainly have *a bug* but I can't figure out if it is this one or
not. In the description, it says
If disabling IPv6 or using good DNS servers like openDNS fixes the problem,
you are not dealing with this
Ok, you have a bug. But are you sure it is a bug in Ubuntu?
Do you have any other OS working correctly with the same router?
Please have a look at your network traffic. (Wireshark is nice for
this.)
*This* bug goes like this:
Ubuntu: Hey router, what is IPv6 address of example.com?
Router:
My comment wasn't really to add to the bug report, but mostly to try and
clarify the bug's description. I am very confused about whether this is
my bug, and the bug description doesn't really help, as it contains a
confusing statement which makes me unsure about whether I have the bug.
I
Fix for karmic doesn't work for me.
--
[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
Still a problem in the Ubuntu 10.04 Beta 1 live dvd. I had to disable
ipv6 in Firefox.
--
[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
Got this issue after upgrading to lucid today. On karmic I did not have
this problem.
I've attached the output of
time dig -t a noc.sixxs.net +nofail | grep -e status -e A -e time
time dig -t noc.sixxs.net +nofail | grep -e status -e -e time
time getent hosts www.sixxs.net
**
** Description changed:
In Karmic, DNS lookups take a very long time with some routers, because
glibc's DNS resolver tries to do IPv6 () lookups even if there are
no (non-loopback) IPv6 interfaces configured. Routers which do not
repond to this cause the lookup to take 20 seconds
** Tags added: ipv6
--
[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.
--
Still getting slow Internet (hardly anything responds), on Karmic (even
with OpenDNS -- not a DNS issue!): http://pastebin.org/107680 All tips
and pointers appreciated on how to troubleshoot. Frustrating part is,
sometimes connections work fine for a while, then all stops responding.
--
[karmic
** Description changed:
In Karmic, DNS lookups take a very long time with some routers, because
glibc's DNS resolver tries to do IPv6 () lookups even if there are
no (non-loopback) IPv6 interfaces configured. Routers which do not
repond to this cause the lookup to take 20 seconds
On Sun, Mar 07, 2010 at 07:01:53AM -, Ricardo Fernández wrote:
What part of disabling IPv6 doesn't fix this issue you didn't read?
seriously, I'm starting to get tired of saying this didn't fix the bug
for me, and few others keep saying the same, are you guys really not
reading the posts?
For those who still affected by slowdown did you try what is proposed at
comment 134 ?
time dig -t a noc.sixxs.net +nofail | grep -e status -e A -e time
time dig -t noc.sixxs.net +nofail | grep -e status -e -e time
And also
time getent hosts www.sixxs.net
And post the result?
--
I'm still having the same issue while trying to use any web browser,
takes forever to resolve a name, have to reload every page twice until I
get it.
I have ipv6 disable:
cat /proc/sys/net/ipv6/conf/all/disable_ipv6
1
Also Firefox have IPv6 Disabled.
But tcpdump still report IP6 stuff:
On Sat, Mar 06, 2010 at 09:13:38AM -, Ricardo Fernández wrote:
04:34:16.007477 IP6 fe80::c1f:dc31:a82c:435e.57503 ff02::c.1900: UDP,
length 146
04:34:19.913100 IP6 fe80::c1f:dc31:a82c:435e.57503 ff02::c.1900: UDP,
length 146
04:34:20.409483 IP6 fe80::226:69ff:fe65:da00
2010/3/6 Philipp Kern phil+launch...@philkern.de:
On Sat, Mar 06, 2010 at 09:13:38AM -, Ricardo Fernández wrote:
04:34:16.007477 IP6 fe80::c1f:dc31:a82c:435e.57503 ff02::c.1900: UDP,
length 146
04:34:19.913100 IP6 fe80::c1f:dc31:a82c:435e.57503 ff02::c.1900: UDP,
length 146
@Ricardo Fernández As I mention above, in my case, after disabling IPV6,
I still had the same symptoms. Terribly long delays making any kind of
network connections (all wired). I noticed here that it seemed to be
related to making more than one network connection at a time.
Based on forum posts
On Sat, Mar 6, 2010 at 12:51 PM, Yermo y...@yml.com wrote:
@Ricardo Fernández As I mention above, in my case, after disabling IPV6,
I still had the same symptoms. Terribly long delays making any kind of
network connections (all wired). I noticed here that it seemed to be
related to making
@Hillshum re-read what I wrote. Disabling IPV6 /does not/ resolve the
symtpom.
But for me it no longer matters. I've bailed and switched to Fedora Core
12. It works.
--
[karmic regression] all network apps / browsers suffer from multi-second delays
by default due to IPv6 DNS lookups
@Ricardo Fernández As I mention above, in my case, after disabling IPV6,
I still had the same symptoms. Terribly long delays making any kind of
network connections (all wired). I noticed here that it seemed to be
related to making more than one network connection at a time.
If disabling
@Ricardo: Amen.
Ubuntu is a nice end-user-friendly distribution. I respect what they
are trying to do. But there comes a point where bailing is the only
sensible option. Fedora Core 12 works like a champ. Networking works.
Sound works. Package management works. Java works. OpenOffice works.
etc.
Please pretty please STOP changing the status of this bug!
** Changed in: eglibc (Ubuntu Karmic)
Status: In Progress = Fix Released
--
[karmic regression] all network apps / browsers suffer from multi-second delays
by default due to IPv6 DNS lookups
I was wondering something, If a Fix was Released, and if it doesn't work
(as reported by almost all users since the release), what we should do?
Open a new bug ticket?
I'm not changing the status or anything, but it is kinda lame that the
status can't be reverted because the fix doesn't work at
On Wed, 2010-03-03 at 13:36 +, Ricardo Fernández wrote:
I was wondering something, If a Fix was Released, and if it doesn't work
(as reported by almost all users since the release), what we should do?
Open a new bug ticket?
No, you should try to determine if the problem you are
I have 3 PCs (1 wired, 2 wireless) on my local home network running
Karmic that were all affected by the IPv6 issue described here. The
released fix worked for all 3 PCs. There are no more delays -
performance is comparable to 9.04, Mandriva with IPv6 turned off, and
Windows XP/7. I know of
This bug is about Ubuntu dealing with bad DNS servers that don't understand
(IPv6) queries. Before claiming this isn't fixed, please make sure that
bad DNS servers are in fact the issue. If disabling IPv6 lookups in
Firefox fixes the issue, then you are dealing with this bug. If
I had this bug in Karmic, and the fix definitely worked for me. However,
I installed Lucid Alpha 3 and the bug is BACK. I know its the same bug
because all of the workarounds for Karmic (Firefox disable IPv6, Grub
disable IPv6, etc...) fix it in Lucid.
I think people are frustrated because a)
I agree with Ricardo Fernández and Yermo. This problem is not fixed. I'm
still experiencing it in every wireless network i try to connect any of
my laptops using ubuntu/kubuntu karmic. Airports, libraries, museums...
always the same problem. I've stopped using linux in laptops because of
this
@ anyone concerned/responsible/capable :
PLEASE DO NOT LET THIS GET INTO THE FINAL RELEASE OF LUCID.
Thank you very much.
P.S. I think karma have dealt the Koala a losing hand.
Hope something better for the Lynx.
--
[karmic regression] all network apps / browsers suffer from
** Changed in: eglibc (Ubuntu Karmic)
Status: In Progress = Fix Released
--
[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
** Changed in: eglibc (Ubuntu Karmic)
Status: Fix Released = In Progress
--
[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
** Changed in: eglibc (Ubuntu Karmic)
Status: Fix Released = Fix Committed
--
[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
I kept having issues even after the fix was released until poking into
NetworkManager settings for the wireless connection in use
(in my case: /etc/NetworkManager/system-connections/Auto\ godel), and changing
all the settings below method=ignore to 'true'. Somehow method=ignore wasn't
enough to
** Changed in: eglibc (Ubuntu Karmic)
Status: Fix Committed = Fix Released
--
[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
This bug is far from fixed, there was a fix committed but it didn't do
anything, they are still lot of people complaining (including myself of
course), and it seems it still happening in 10.04.
I don't know how you guys are testing this, but so far, I'm still
getting DNS delays and the browser
** Changed in: eglibc (Ubuntu Karmic)
Status: Fix Released = Incomplete
** Changed in: eglibc (Ubuntu Karmic)
Status: Incomplete = In Progress
--
[karmic regression] all network apps / browsers suffer from multi-second delays
by default due to IPv6 DNS lookups
I have a wired connection. And I recently changed my modem to a much newer
one. I've been having issues recently, which seemed to spawn from an updated
vbox. I have ubuntu running as quest on windows 7. After the update of vbox,
my connection would be very strange, at start up of Firefox,
@Laurent yes. /ALL/ network access regardless of application is
affected. Please re-read the report I wrote. Yes, this has nothing to do
with the IPv6 DNS lookup problem. IPV6 record lookup was one issue
that would cause the slow connections so many people are experiencing.
My point is that
Sorry I lost track in all these comments.
I think it could be interesting to open a new bug report for that then
so we don't mix everything, but it will be quite hard to track down the
issue as it seems fixed for you :/
Anyway thanks for reporting bug as it helps to make Ubuntu (and
GNU/Linux)
@Laurent Yes, I was thinking the same thing since it's now fixed for me.
However, if you do some searches, even in the Ubuntu forums I think,
you'll find dozens if not hundreds of posts from people saying they
turned off IPV6 but still had slow lookups/connectivity. There was one
thread somewhere
Are you connected by wifi?
--
[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.
--
@Laurent No. Wired connection exclusively.
--
[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
@Laurent Ok, I spent some more time researching this, playing with
various scenarios.
1. Fedore Core 12 running in VMWare exhibits the same problem as Ubuntu
9.10 running natively.
2. WinXP running in VMWare does /not/ exhibit the problem.
3. Cent OS 5.4 running in VMWare does exhibit the
I think this has really nothing todo with this bug (aka slow dns
queries)
Did you try with something else than firefox? Like wget for example?
Could you try to disable ipv6 support in firefox (about:config in the
url bar and then looking for network.dns.disableipv6 key)?
--
[karmic regression]
@Turion
Thank you Tourion. I Installed the new eglibc package ( libc6
2.10.1-0ubuntu16).
I don't think it has fully resolved the problem.(but sure my browsing gets less
delays now)
I still have the delay problem with some websites(even the with the google.com
!).
Well, I certainly do not want
From what I am observing here, the IPV6 problem is not the sole cause of
slow lookups and connection speed. Despite turning off IPV6, running my
own name server (even a local caching one), modifying
/etc/nsswitch.conf, tweaking settings in ethtool, etc. etc. etc. I still
get stalls and failed
@Yermo:
Could you post the result of
ip -6 addr and ip -6 route please?
--
[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
@Laurent As I mentioned, I have turned off ipv6 in grub:
r...@humility:~# ip -6 addr
r...@humility:~#
r...@humility:~# ip -6 route
172.16.38.0/24 dev vmnet8 proto kernel scope link src 172.16.38.1
192.168.194.0/24 dev vmnet1 proto kernel scope link src 192.168.194.1
192.168.0.0/24 dev eth0
Hello everyone,
a rather basic question:
How can I update (or install the new) eglibc package?
I don't want to use the update manager since I haven't installed
any updates after the fresh installation of Karmic(I use Karmic on an USB drive)
and updating ruins my system(it just won't boot after
1. Do you have the package source karmic-updates enabled? If no, enable it in
Synaptic just for one time. After enabling it, do an update (but not an
upgrade!).
2. Look for the libc6 package and choose the version (Ctrl + E, or in the
Package Menu). Choose the newest which should be
It's fixed in Karmic. But still present on Lucid. Please fix it before
Lucid release, not like for Karmic (fix was too late).
@manu: it has nothing to do with wireless. It's the same problem with
wired connection.
--
[karmic regression] all network apps / browsers suffer from multi-second
Dear friend,
I think that I am using ubuntu vedio studio 9.10 is Karmic. So how can I fix
this? using “eglibc” package
manu
On 7 February 2010 14:59, dhenry
tfc.duke+launch...@gmail.comtfc.duke%2blaunch...@gmail.com
wrote:
It's fixed in Karmic. But still present on Lucid. Please fix it
I thought it was in karmic-updates, or maybe karmic-proposed repository.
Which version of libc6 package do you have? I have 2.10.1-0ubuntu16 from
karmic-updates.
--
[karmic regression] all network apps / browsers suffer from multi-second delays
by default due to IPv6 DNS lookups
how can I find the version?
manu
On 7 February 2010 18:52, dhenry
tfc.duke+launch...@gmail.comtfc.duke%2blaunch...@gmail.com
wrote:
I thought it was in karmic-updates, or maybe karmic-proposed repository.
Which version of libc6 package do you have? I have 2.10.1-0ubuntu16 from
I think it is better to notify that Ubuntu is not suitable for wireless
Network in home page of Ubuntu. So it help to avoid the installation for the
wireless users.
Thank you
--
[karmic regression] all network apps / browsers suffer from multi-second delays
by default due to IPv6 DNS
I can confirm that there is something else, beyond IPV6 lookups, that is
causing timeouts.
Kubuntu 9.10 with libc6-i686 2.10.1-0ubuntu16 (i386) which, if I'm not
mistaken, contains the IPV6 fix.
Dell Nseries desktop box. Completely stock.
Using fixed IP behind a D-Link 707 consumer grade
My bad. It looks like what I described above is covered by this bug:
https://bugs.launchpad.net/ubuntu/+source/nss-mdns/+bug/94940
Editing /etc/nsswitch.conf and changing
hosts: files mdns4_minimal [NOTFOUND=return] dns mdns4
to
hosts: files dns
looks like it fixes
I couldn't get wireless to work properly on my box after Jaunty-Karmic
upgrade. Fresh Karmic install works better. I still get long Resolving
host... timeouts (even against google.com) now and then, but mostly
things work. Not sure what went wrong during the upgrade to cause all
the problems.
--
Generally speaking this bug is not solved.
I just had a general crash, and installed a new Ubuntu Karmic.Whaouh! If I
were a newbie I'd erased the whole stuff
I, very slowly, googled to patches, choose the Grub patch..and it
works for Firefox, Thunderbird and apt-get.
But the
I have also been watching this bug for a long time and just chirping in
to say this issue is now fixed for me on karmic.
Thanks guys.
--
[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
This problem is not fixed on my computer, unfortunately. I'm a first
time poster here - been watching this bug for a long time. It appeared
to be fixed for a day or two, but I still have the long delays on page
requests. Also, I've tried downloading large files via firefox and I've
also been
On Mon, 2010-01-18 at 23:31 +, Michael McLeish wrote:
This problem is not fixed on my computer, unfortunately. I'm a first
time poster here - been watching this bug for a long time. It appeared
to be fixed for a day or two, but I still have the long delays on page
requests.
Perhaps
Please don't change bug states without explanation. As I explained
earlier, it seems that a later lucid version dropped the patch again. I
get the problem again in current lucid.
** Changed in: eglibc (Ubuntu Lucid)
Status: Fix Released = Triaged
--
[karmic regression] all network apps /
no, the patch is not dropped. Martin, I would appreciate it if you could
have a look at this again.
--
[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
** Changed in: eglibc (Ubuntu Karmic)
Status: Fix Released = Invalid
--
[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
Please don't change bug states without explanation.
** Changed in: eglibc (Ubuntu Karmic)
Status: Invalid = Fix Released
--
[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
** Changed in: eglibc (Ubuntu Lucid)
Status: Confirmed = Fix Released
--
[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
** Changed in: eglibc (Ubuntu Karmic)
Status: Fix Released = Fix Committed
** Changed in: eglibc (Ubuntu Karmic)
Status: Fix Committed = Fix Released
--
[karmic regression] all network apps / browsers suffer from multi-second delays
by default due to IPv6 DNS lookups
To clarify my terminology per Martin Pitt, I should have said that there
are no longer any delays when browsing, using Rhythmbox and checking for
updates. The bug appears fixed on my netbook running UNR 9.10/Karmic. I
will test again on my desktop machine running Karmic.
--
[karmic regression]
After applying the updates and removing the workarounds I had used before, the
problem seems to be gone on my machines.
Thanks, folks!
--
[karmic regression] all network apps / browsers suffer from multi-second delays
by default due to IPv6 DNS lookups
https://bugs.launchpad.net/bugs/417757
My Internet connection via cable and router is still as slow as before.
Downloads are about 100kps were the very same machine (Fujitsu Siemens Amilo A
notebook) running Windows XP does about 600kps.
Which information can I provide to help you help me?
--
[karmic regression] all network apps /
RobertL [2010-01-12 21:20 -]:
My Internet connection via cable and router is still as slow as
before. Downloads are about 100kps were the very same machine
(Fujitsu Siemens Amilo A notebook) running Windows XP does about
600kps.
This is totally unrelated. The symptom of this bug is that
I suspected user (as in me) error after my report yesterday. I ran all
updates on my laptop running Ubuntu Netbook Remix 9.10 (Karmic) and
tested browsing with ipv6 enabled, playing the radio in Rhythmbox and
checking for updates. Speeds seemed normal and similar to what I was
seeing using 9.04. I
I' ve been experiencing intermittent slow browsing in Firefox 3.5 with
IPv6 enabled. It's much better than it was but there are periodic 3 to 4
second delays in loading web pages. Additionally, preset radio stations
in Rhythmbox sometimes take 3 to 7 seconds to load. Update manager is
slower to
** Changed in: eglibc (Ubuntu Karmic)
Status: Fix Released = Fix Committed
--
[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
This bug was fixed in the package eglibc - 2.10.1-0ubuntu16
---
eglibc (2.10.1-0ubuntu16) karmic-proposed; urgency=low
[ Martin Pitt ]
* debian/patches/series: Apply any/local-ipv6-lookup.diff again to fix
painfully long timeouts on DNS resolution, if routers do not send an
Can anyone confirm this is now fixed? I reverted back to Jaunty at work
until this was confirmed fixed. I see the fix was released, but I want
to be certain before I incur more downtime on my box.
--
[karmic regression] all network apps / browsers suffer from multi-second delays
by default
I use Karmic, and to overcome the bug I used the four numbers IP of my FAI SMTP
I just checked that returning to the normal smtp name I obtain a correctly fast
response.
Also for internet browsing I had disabled the ipv6 in the configuration of the
wifi lan.
I just activated it again, and
It seems to be OK for me too, so I think that yes, it's really fixed :)
--
[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
I concluded too fast.I just experimented slow connection to smtp, so I put
back the IP smtp, which worked fine..
I stay with ipv6 activated, and will report if I experiment delays in
browsing
--
[karmic regression] all network apps / browsers suffer from multi-second delays
by
** Changed in: eglibc (Ubuntu Karmic)
Status: Fix Committed = Fix Released
--
[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
Reopening for lucid, this regressed with the recent eglibc merge.
** Changed in: eglibc (Ubuntu Lucid)
Status: Fix Released = Confirmed
--
[karmic regression] all network apps / browsers suffer from multi-second delays
by default due to IPv6 DNS lookups
I tested the karmic-proposed package on my work machine, however, I'm
still having intermittent issues with this. Since this is a work
machine, I'm at the mercy of our IT department as far as routers and DNS
resolution goes. I've disabled all workarounds, installed the new
package and rebooted.
1 - 100 of 290 matches
Mail list logo
