org.freedesktop.PowerManagement
Lubos Lunak
l.lunak at suse.cz
Fri Mar 30 07:00:30 PDT 2007
On Friday 30 of March 2007, Rodrigo Moya wrote:
> On Fri, 2007-03-30 at 13:34 +0200, Holger Macht wrote:
> > On Fri 30. Mar - 13:21:24, Rodrigo Moya wrote:
> > > On Thu, 2007-03-29 at 23:30 +0100, Richard Hughes wrote:
> > > > On Fri, 2007-03-30 at 00:25 +0200, Holger Macht wrote:
> > > > > People want to disable gnome power manager on usual desktop
> > > > > systems.
> > > >
> > > > I would disagree with this quite strongly. g-p-m on a desktop loads
> > > > hardly any modules at runtime (less CPU and memory use) but still
> > > > controls DPMS and Inhibit control.
> > > >
> > > > Lots of desktops suspend and hibernate. I've never told anyone to
> > > > disable g-p-m on a desktop on a desktop...
> > >
> > > yeah, and in those that don't suspend or hibernate, you don't realise
> > > it's there, since it hardly takes any resources and doesn't show any
> > > icon on the screen.
Uhm ... g-p-m is that little process called gnome-power-manager for which
Exmap after GNOME startup claims 2MB of memory used solely by it? Yeah,
right, that's surely considered hardly any resources these days and the
ability to reboot is well worth it.
> > >
> > > So, apart from machines with very low resources, I can't think of a
> > > good reason to want to uninstall g-p-m for a GNOME desktop. And the
> > > same goes for kpowersave.
> >
> > In this regard, g-p-m currently has a big advantage. It's very well
> > integrated. I'm currently arguing for the KDE people.
>
> we still need to know KDE needs, so, what is not that well integrated in
> kpowersave that might make people want to uninstall it while using kde?
Not needing it? That's hardly specific to KPowersave, why should I use
anything I don't need?
--
Lubos Lunak
KDE developer
--------------------------------------------------------------
SUSE LINUX, s.r.o. e-mail: l.lunak at suse.cz , l.lunak at kde.org
Lihovarska 1060/12 tel: +420 284 028 972
190 00 Prague 9 fax: +420 284 028 951
Czech Republic http//www.suse.cz
More information about the xdg
mailing list