XGL Stop/start scripts cause hal interface to gpm to fail
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
hal (Ubuntu) |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
I've been running the latest Ubuntu Dapper release with no problems. I recently added the XGL extensions which has caused the suspend functionality to stop working. I've resolved this by stoping the compiz
extension by adding stop/start scripts in /etc/acpi/
stop-compiz.sh
killall compiz.real
start-compiz.sh
#!/bin/bash
getXuser() {
user=`who| grep -m1 ":$displaynum " | awk '{print $1}'`
if [ x"$user" = x"" ]; then
fi
if [ x"$user" != x"" ]; then
else
fi
}
for x in /tmp/.X11-unix/*; do
getXuser;
if [ x"$XAUTHORITY" != x"" ]; then
export DISPLAY=
export LIBGL_ALWAYS_
sudo -H -b -u $user /usr/bin/
sudo -H -b -u $user /usr/bin/compiz --strict-binding
--indirect-
fi
done
The stop script works fine and I can suspend/resume multiple times with just this in place (I obviously have to start the compiz binary by hand after
resume).
With the start-script in place I can suspend/resume once but subsequent attempts fail, in syslog I see the line :
Aug 21 18:19:23 localhost gnome-power-
Nothing happens after this however. With the two sudo lines commented out,
suspend/resume works multiple times so it's definately one of these actions
that causes the problem.
Attempting to suspend using dbus (after one successful suspend/resume) gives :
dbus-send --system --print-reply --dest=
/org/freedeskto
org.freedesktop
int32:0
I see :
robl@dexter:~$ dbus-send --system --print-reply --dest=
/org/freedeskto
org.freedesktop
Error org.freedesktop
Although other dbus-send commands do seem to work (for example activating the screensaver) so dbus doesn't (initially) seem to be at fault.
I initially thought it was a problem with gnome-power-manager but after raising a bug on the gpm bugtacker we determined the problem appeared to be with the hal interface to dbus - see http://
So it would appear the hal interface becomes unavailable after the initial suspend/resume (this may be related to or looks similar at least to https:/
I know there are a number of other users with a similar problem and I suspect
with the popularity of the XGL extensions the numbers will grow significantly
so it would be nice to be able to provide a fix.
Changed in hal: | |
status: | New → Fix Released |
same problem here, after hours of searching on google and the forums, glade I am not the only one.