Re: SetPowerSave

2009-06-26 Thread Michael Terry
On Fri, 2009-06-26 at 14:44 +0100, Richard Hughes wrote: > Indeed, and other vendors hook into it, so it's probably bad form to > ignore it. I've committed functionality in > cad70317771fa6ce1f52af9d357165d47e971d7d to exercise this -- can you > please check and let me know it's okay. Thanks. Than

Re: SetPowerSave

2009-06-26 Thread Richard Hughes
On Fri, Jun 26, 2009 at 1:50 PM, Michael Terry wrote: > The decision about powersave-mode and such needn't be made a priori by > dk-p, but could be made by the distribution in whether to ship the > powersave-mode power.d script as part of pm-utils.  The power.d > mechanism doesn't strike me as inhe

Re: SetPowerSave

2009-06-26 Thread Martin Pitt
Michael Terry [2009-06-26 8:50 -0400]: > The decision about powersave-mode and such needn't be made a priori by > dk-p, but could be made by the distribution in whether to ship the > powersave-mode power.d script as part of pm-utils. The power.d > mechanism doesn't strike me as inherently bad. I

Re: SetPowerSave

2009-06-26 Thread Michael Terry
On Fri, 2009-06-12 at 08:08 -0400, Michael Terry wrote: > But one additional thing that pm-powersave does is allow applications to > hook into am-I-on-battery? events and run a script (by dropping them > in /usr/lib/pm-utils/power.d). Is there a replacement for such a > mechanism? Could I get som