gnome-power-manager responds to the acpi sleep button event as follows: ** (gnome-power-manager:13227): DEBUG: Error: A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface "org.freedesktop.Hal.Device.SystemPowerManagement" member "Hibernate" error name "(unset)" destination "org.freedesktop.Hal") ** (gnome-power-manager:13227): WARNING **: org.freedesktop.Hal.Device.SystemPowerManagement.Hibernate failed (HAL error) ** (gnome-power-manager:13227): WARNING **: org.freedesktop.Hal.Device.SystemPowerManagement.Hibernate call failed (134568889) The same issue seems to be impacting SetPowerSave as well: ** (gnome-power-manager:13227): DEBUG: Error: A security policy in place prevents this sender from sending this message to this recipient, see message bus configuration file (rejected message had interface "org.freedesktop.Hal.Device.SystemPowerManagement" member "SetPowerSave" error name "(unset)" destination "org.freedesktop.Hal") This has also been reported by another gentoo user in the gnome-power-manager mailing list: http://sourceforge.net/mailarchive/forum.php?thread_id=8129732&forum_id=44600 Reproducible: Always Steps to Reproduce: 1. 2. 3.
Note that I patched the /usr/sbin/hal-system-power-hibernate and -suspend scripts so that they would run /usr/sbin/hibernate in response to the button/SLPB event. (This is per discussion on the hal mailing list.) Note also that, based on the g-p-m thread discussed above, I tried using a script that could be run as a mortal user (hibernate needs to be run as root) with the same results.
The real problem may be G-P-M doing something it's not allowed to do. Who's to say that HAL isn't correct in enforcing the permissions. Has G-P-M asked for the permissions? Since we don't have gnome-power-manager in the tree and since no other app has a problem with HAL currently, I'm going to blame G-P-M. You can however bug steev[at]gentoo.org since he's working on G-P-M for Gentoo.
