Could this have something to do with IRQ routing? I noticed on some
other thread somebody saying that uninstalling the irqbalance daemon
made the freezes go away. An IRQ routing problem might explain the
randomness of the freezes, as everybody has different hardware on
different IRQ's. If the kerne
Is there anyone here who has this problem who has only one core (and no
hyperthreading)?
--
Ubuntu 10.04 random freezes
https://bugs.launchpad.net/bugs/585765
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs mailing list
u
I've been running irqbalance --debug in a console for a while now, and I
can see it moving interrupts around between cores. Possibly whenever it
does this it could sometimes go wrong or cause problems? OK, I'll stop
my uninformed speculation now, but maybe this is of some use to someone
with deeper
Anything happening on this? It's very frustrating. I went from Karmic,
where Twitter worked but Facebook didn't, to Lucid, and now Facebook
works but Twitter doesn't! It's amazing that a program which is a
centrepiece of the Ubuntu GUI can be so buggy for so long...
Please let me know if I can hel
Thanks for the tip. I found out how to add this parameter, and now it
does indeed boot!
Now that I can boot the system, how can I find out what's going wrong
when the nomodeset parameter is not set?
By the way, I don't know if this is related, but now that I can boot I
can't start X. I installed
Here is the text of the Gnome bug. It's describes the problem very
precisely and I really cannot make it any simpler, as it is a complex
problem.
Also please re-read the second paragraph of comment #10, as I state what
I think the bug is there as clearly as I can.
If you still don't understand it
I'm running Lucid now, and it's still not working, so I guess the bug
still exists in xf86-input-wacom.
Behaviour exactly the same: cursor spread out over left one third of
left screen, middle one third of middle screen and right one third of
right screen. Making the tablet completely unusable.
H
Public bug reported:
Binary package hint: evolution
Since upgrading my Karmic 64-bit installation to Lucid, double clicking
to select a word is no longer working in Evolution. All that happens is
that the cursor moves to the end of the word. Double clicking, holding
the mouse button and then drag
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/52878849/Dependencies.txt
** Attachment added: "ProcEnviron.txt"
http://launchpadlibrarian.net/52878850/ProcEnviron.txt
--
Double click to select a word is no longer working
https://bugs.launchpad.net/bugs/612556
You re
Further to my comment #124, I can report that after disabling irqbalance
(about three weeks ago) I have not had random freezes any more. It
definitely seems to be a factor on my system (quad core Intel Core2, 4
GB RAM, 2 NVidia Geforce 8800 GTX's).
Perhaps others could try whether this makes a dif
Aha, a clue!
The error message is "'utf8' codec can't decode byte 0xeb", and the
message contained a ë. Byte 0xeb in the *ISO-8859-1* character encoding
is ë!
This means that it is very likely that the message is not encoded with
UTF-8 at all, but with ISO-8859-1, and Gwibber for some reason trie
The plot thickens. I've been looking at the code, and this happens while
decoding an HTML entity tag (such as á). Apparently the problem
is not that the contents of the tweet are being decoded with the wrong
character encoding, but that the tweet contains entity tags, and
Python's htmllib is failin
Victory!
I managed to get Twitter working in Gwibber by changing the line 436 in
/usr/lib/python2.6/sgmllib.py from:
self.handle_data(replacement)
to:
self.handle_data(unicode(replacement,'latin-1'))
I also deleted /usr/lib/python2.6/sgmllib.pyc. This is my first time
e
I tried it, but as I already feared it lead to:
Gwibber Dispatcher: DEBUGTraceback:
Traceback (most recent call last):
File "/usr/lib/python2.6/dist-packages/gwibber/microblog/dispatcher.py", line
75, in perform_operation
message_data = PROTOCOLS[account["protocol"]].Client(account)(opn
I tried Foppe's suggestion, but now I get this error:
Gwibber Dispatcher: ERROR Operation failed
Gwibber Dispatcher: DEBUGChecking message 20614540018 timestamp (2010-08-08
10:16:04.00) to see if it is newer than 2010-08-08 13:11:59.38
Gwibber Dispatcher: DEBUGTraceback:
Traceback (mo
The tweets are mainly in Dutch, English and Japanese.
You say that "before the data is parsed by htmllib.HTMLParser it must be
unicode", but your modification actually turns the string into a
UTF-8-encoded 8-bit string, not unicode. What's more, a "print type(s)"
in unescape() reveals that *withou
@Maykel
The one from comment #15.
--
UnicodeDecodeError: 'utf8' codec can't decode byte 0xe1 in position 0:
unexpected end of data
https://bugs.launchpad.net/bugs/605543
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
--
ubuntu-bugs m
@Foppe
That solution doesn't work for me. First it failed because the
HTMLParser constructor doesn't take arguments, so it should be p =
HTMLParser.HTMLParser(). But when I changed it to that I got the
following error message:
Gwibber Dispatcher: ERROR Operation failed
Gwibber Dispatcher: DEB
I'm still getting regular "facebook error 4 - application request limit
reached" errors. In fact, it happens more often than not, and I only
very occasionally get new facebook messages. Usually they arrive so late
that I don't even get to see them at all, because there are so many
newer twitter mes
Public bug reported:
Binary package hint: gwibber
Gwibber seems to have a problem retrieving Facebook images. When I run
gwibber-service -do, I get error messages like this:
Gwibber Dispatcher: ERROR Operation failed
Gwibber Dispatcher: DEBUGTraceback:
Traceback (most recent call last):
** Attachment added: "Dependencies.txt"
http://launchpadlibrarian.net/53326949/Dependencies.txt
** Attachment added: "ProcEnviron.txt"
http://launchpadlibrarian.net/53326950/ProcEnviron.txt
--
KeyError while retrieving facebook:images
https://bugs.launchpad.net/bugs/615339
You received th
Public bug reported:
Binary package hint: gnome-control-center
Selecting the default browser with gnome-default-applications-properties
only configures which browser gnome-open opens, but not the x-www-
browser alternative of dpkg's alternatives system. This means that
programs which use x-www-br
** Attachment added: "Dependencies.txt"
https://bugs.launchpad.net/bugs/616718/+attachment/1485777/+files/Dependencies.txt
** Attachment added: "ProcEnviron.txt"
https://bugs.launchpad.net/bugs/616718/+attachment/1485778/+files/ProcEnviron.txt
--
Choosing the default browser should also
301 - 323 of 323 matches
Mail list logo
