16 Feb
2012
16 Feb
'12
4:55 p.m.
On Thursday 16 February 2012 17:42:49 Ilya Chernykh wrote:
On Thursday 16 February 2012 20:27:19 Serghei Amelian
wrote:
Right now is implemented only on ksmserver. Calvin propose to make a dcop
interface to it, and in this case will be accesibile everywhere.
Currently kickoff detects well if kpowersave is running. I thought you
patched kpowersave to work through upower instead of hal. Would not it be a
better solution?
Previously it used its own daemon, then it was ported to hal, why not to
port it to upower? Hybernate/suspend dialog circumventing kpowersave is not
good I think.
Actually I start to develop a replacement for kpowersave, but is not so simple
to migrate everything from hal to upower. For example, upower do not offer
any method to query/set CPU governors. We need to implement our own server as
a wrapper over cpufreq (maybe named ucpufreq).
Now I consider to create something like ksmserver, which will handle all
things related to power, and will expose a DCOP API to user applications.
--
Serghei.
I think the patch is a mess, because qtcreator made
automatically
some cleanup in source file. Howewer, upower code is embraced between
"#ifdef WITH_UPOWER" directives.
Also I wonder whether the patch affects all KDE places where one can
shutdown the computer or only the shutdown dialog. I.e. whether it
would work for hibernating from a menu such as kickoff.