nossal: my hypothesis is that SQLite in trackerd is attempting to lock a
file in NFS which fails and causes it to hang. However, it's clear from
Ville's report and yours that perhaps other things may be at fault.
Can you re-install the tracker packages, relogin (to restart all trackerd in a
clea
Ah, it does appear that trackerd is attempting to do some SQLite locking
on a file that is (in my case) on an NFS home directory. It repeatedly
fails (fcntl returns EAGAIN), and it seems that trackerd is spinning
there and thus not responding to dbus RPCs.
One work-around (besides 'sudo apt-get
Given the number of packages affected and the reproduction steps, it
seems most likely to be a problem with gtk.
** Changed in: gtk+2.0 (Ubuntu)
Sourcepackagename: None => gtk+2.0
Status: New => Confirmed
--
gnome or gtk file dialog is terribly slow
https://bugs.launchpad.net/bugs/218230
It'd be useful to determine if this is X40 specific ... does anyone not
on an X40 see this error? I don't know enough about gnome-power-manager
to offer much other debugging suggestions.
** Changed in: gnome-power-manager (Ubuntu)
Status: New => Confirmed
--
[hardy] resume displays "Poli
FWIW, volume keys (and screen brightness changing) on my X40 now show
status with Gnome, without the need for tpb; however the volume setting
behaves as described by the original reporter.
--
Wrong handling of volume buttons on IBM Thinkpad notebooks
https://bugs.launchpad.net/bugs/51537
You rece
Public bug reported:
Binary package hint: gnome-power-manager
On a Thinkpad X40, on resume, a tooltip is displayed indicating:
Action Forbidden: Policy timeout is not valid. Please wait a few seconds
and try again
This may possibly also have also been observed in bug #176544 but
presumably
The linked nautilus bug (and its more informative duplicate
http://bugzilla.gnome.org/show_bug.cgi?id=330594) indicates that a patch
was committed in 2006 to avoid ctrl-d bookmarking this location.
However, there may be an alternate vector for this appearing... should
probably test to see if bug ca
Having some on-screen display update of volume change would definitely
be nice. I can confirm that on an X40 (2371GHU) running Hardy
Beta+updates, the volume keys cause updates in /proc/acpi/ibm/volume
but no change on the volume applet. I can't seem to get any keycodes
out of the volume or Thin
