Martin Pitt [2010-01-19 11:26 +0100]:
> g-p-m also has a gconf key for disabling suspend/hibernate. It's said
> to not work ATM (I'll look at this soon [1])
> [1] https://launchpad.net/bugs/432598
Nevermind. Having read the bug report now, the assumption that those
gconf keys still work was part o
Richard Hughes [2010-01-05 12:47 +]:
> > 4) Use PolicyKit?
>
> Yes, I thought of using "no" as the policykit action result to mean
> "don't even show in the menus" but this seemed a little too clever.
Personally I like that better than having a new configuration file.
g-p-m also has a gconf
2010/1/5 Krzysztof Kotlenga :
>> 1) have a very small DeviceKit-power.conf file living in /etc?
>> 2) have a udev property that people can write a rule for?
>> 3) both?
>
> 4) Use PolicyKit?
Yes, I thought of using "no" as the policykit action result to mean
"don't even show in the menus" but this
Richard Hughes wrote:
> So, if I wanted to add a trivial override (to disable suspend) should
> we:
>
> 1) have a very small DeviceKit-power.conf file living in /etc?
> 2) have a udev property that people can write a rule for?
> 3) both?
4) Use PolicyKit?
--
A: Because it breaks the logical se
DeviceKit-power has a can-suspend property, that GUI clients read and
decide whether to show a suspend button. Session programs including
gdm, gnome-session and gnome-power-manager already do this.
If an admin wants to disable suspend system-wide (either becuase it
does work, can't work, or is for
