How is this fixed? Still not able to Set Date and Time Automatically.
I suppose cannot make any changes is fixed, but cannot make some
changes is not fixed.
--
Unable to make any changes in Date / Time kcontrol
https://bugs.launchpad.net/bugs/312569
You received this bug notification because
Still broken in Lucid.
--
Set date and time automatically doesn't work
https://bugs.launchpad.net/bugs/367164
You received this bug notification because you are a member of Kubuntu
Bugs, which is subscribed to kdebase-workspace in ubuntu.
--
kubuntu-bugs mailing list
I think the problem is that there is a significant post-boot delay before
resolv.conf is updated. It took ~ 90sec (after gdm start) on last boot.
But at least it's working
+Reardon
On Mon, Dec 28, 2009 at 5:11 AM, Sander van Grieken san...@3v8.net wrote:
ok, time for a full checklist :)
-
Ok, I've tried with all your latest, and basically nothing has changed, it's
all still broken. On system boot, resolv.conf remains blank (or rather, it
is created, but with no entries, only the top comment lines).
ifdown/ifup fixes the problem. Same as the Ubuntu release problem.
Have you
My mistake this time. It's working properly now with your updated
/sbin/resolvconf
+Reardon
On Sat, Dec 26, 2009 at 7:16 AM, Sander van Grieken san...@3v8.net wrote:
Did you redownload the /sbin/resolvconf replacement? Can you confirm there
are no
differences between your copy and the
Your solution did not work on reboot. Now when I try ''sudo resolvconf -i'
I get a different error
$ sudo resolvconf -i
mkdir: cannot create directory `': No such file or directory
resolvconf: Error: unable to create
+Reardon
On Fri, Dec 25, 2009 at 11:30 AM, Sander van Grieken san...@3v8.net
I've tried your fix Sander and it sort of works. Which is to say that
resolvconf properly runs at boot. HOWEVER, it does not run correctly on
ifdown/ifup:
$ sudo ifdown eth0
[sudo] password for reardon:
resolvconf: Error: /lib/init/rw/resolvconf/interface is not a directory
resolvconf: Error:
I created the directory /lib/init/rw/resolvconf/interface by hand. But no
idea what should go in here. The whole point of installing resolvconf in
the first place was so that vpn clients would work properly (in my case,
vpnc). But no updates to resolv.conf are made when I connect with vpnc
I think I have found some of the problem. avahi-daemon gets into a
weird state when it sees advertisements for both IPv4 and IPv6 addresses
for the same service. You will notice that when you run avahi-resolve
just after ifdown/ifup, you will be given an IPv6 address. About 2-8
seconds later
Hilarious: urgency=low
For 10% of humanity this is nearly as bad as catastrophic data-loss, but
it's only of low urgency. This is one of those how on earth did this
even get thru smoke tests kind of bugs.
--
Left handed mouse settings no longer working after system update
Agree, still fails for me on fully-updated (synaptic) ibex
+Reardon
-Original Message-
From: AmenophisIII amenophis...@gmx.at
Date: Fri, 02 Jan 2009 02:50:42
To: thomas_rear...@hotmail.com
Subject: [Bug 286119] Re: firefox 3.0.3 crashes (no SIG) on most pages w
images:
Killing winbind resolves the problem, but that is not a usable solution
for most of us.
+Reardon
-Original Message-
From: Chris Unitt [EMAIL PROTECTED]
Date: Fri, 31 Oct 2008 22:10:00
To: [EMAIL PROTECTED]
Subject: [Bug 286119] Re: firefox 3.0.3 crashes (no SIG) on most pages w
This appears to be a race condition...repro's on exactly the same pages
but only 30% of time. It's always difficult to give repro steps for
race conditions.
Could you dig anything out of the traces? I can see that ff is doing
some kind of name resolve, but I can't see what functions it
On Thu, Oct 23, 2008 at 12:06:05PM -, TrReardon wrote:
This appears to be a race condition...repro's on exactly the same pages
but only 30% of time. It's always difficult to give repro steps for
race conditions.
Could you dig anything out of the traces? I can see that ff is doing
Were you able to look at the backtrace I uploaded?
+Reardon
From: [EMAIL PROTECTED]
To: [EMAIL PROTECTED]
Date: Thu, 23 Oct 2008 12:29:08 +
Subject: [Bug 286119] Re: firefox 3.0.3 crashes (no SIG) on most pages w
images: 8.10beta AMD64
... also look into disabling your
AMD64
On Thu, Oct 23, 2008 at 12:06:05PM -, TrReardon wrote:
This appears to be a race condition...repro's on exactly the same pages
but only 30% of time. It's always difficult to give repro steps for
race conditions.
Could you dig anything out of the traces? I can see that ff
just try any pages like www.drudgereport.com. clear your diskcache and reload
the page. FF3 crashes about every 3rd time I try to page.
I am sorry but while this bug is pretty bad I do not have a 100% repro.
I am sure you are aware that most timing-related bugs simply do not
repro 100%.
These are the symbols I have installed:
dpkg -l | grep dbg
ii firefox-3.0-dbgsym 3.0.3+nobinonly-0ubuntu2
debug symbols for package firefox-3.0
ii firefox-3.0-gnome-support-dbgsym 3.0.3+nobinonly-0ubuntu2
debug symbols for package
** Summary changed:
- firefox 3.0.3 crashes (no SIG) on most pages w images: 8.10beta
+ firefox 3.0.3 crashes (no SIG) on most pages w images: 8.10beta AMD64
--
firefox 3.0.3 crashes (no SIG) on most pages w images: 8.10beta AMD64
https://bugs.launchpad.net/bugs/286119
You received this bug
This seems to repro best on pages that have images pull from multiple
websites (ie different dns)
--
firefox 3.0.3 crashes (no SIG) on most pages w images: 8.10beta AMD64
https://bugs.launchpad.net/bugs/286119
You received this bug notification because you are a member of Ubuntu
Bugs, which is
And note that it does NOT repro on 32-bit Firefox (it does report on
64-bit 3.1beta so it is broader than 3.0.3)
--
firefox 3.0.3 crashes (no SIG) on most pages w images: 8.10beta AMD64
https://bugs.launchpad.net/bugs/286119
You received this bug notification because you are a member of Ubuntu
No, instruction don't work. There are multiple problems: the
instructions are for Hardy, not Intrepid. there is a basic problem with
the debug output filename (you ouput to /tmp but then ask user to upload
from ~/tmp) and most importantly, even thought I got the -dbgsym
packages to install, when
FWIW (on my system):
# dpkg -l | grep dbgsym
ii firefox-3.0-dbgsym 3.0.3+nobinonly-0ubuntu2
debug symbols for package firefox-3.0
ii libnss3-1d-dbgsym 3.12.0.3-0ubuntu5
debug symbols for package libnss3-1d
ii
Here's the gdb output, regardless of missing symbols. I am using the
firefox update on Intrepid from today (oct 20)
** Attachment added: firefox 3.0.3 crash on Intrepid
http://launchpadlibrarian.net/18755487/gdb-firefox.txt
--
firefox 3.0.3 crashes (no SIG) on most pages w images: 8.10beta
Public bug reported:
Basically the same stacktrace on most pages. Is NOT tied to Flash (have
tried w Flash installed and removed). Not usable, using Firefox under
Wine as workaround (ick!)
*** glibc detected *** /usr/lib/firefox-3.0.3/firefox: double free or
corruption (!prev):
25 matches
Mail list logo
