[prev in list] [next in list] [prev in thread] [next in thread] 

List:       kde-devel
Subject:    Re: klaptopdaemon architecture proposal
From:       George Staikos <staikos () kde ! org>
Date:       2002-12-26 22:39:20
[Download RAW message or body]

On Sunday 22 December 2002 06:28, you wrote:
> On Samstag, 21. Dezember 2002 22:02, George Staikos wrote:
> > On December 21, 2002 13:02, Volker Krause wrote:
> >     It sounds ok to me so far, but please remember that klaptopdaemon
> > cannot be suid root.  I don't like the pcmcia related stuff right now
> > either, and am considering a different approach.  This means that
> > changing cpu frequency is basically out of the question.  I think this
> > has to be left to a background daemon, and we don't need to provide one
> > since several already exist.  What I think the good points are so far is
> > to create a more modular/plugin based system with a defined interface,
> > and allow the plugins to provide what they can to fit those interfaces. 
> > This isn't too far from what we have already, but more of a cleanup
> > really.
>
> I would like to see a plugin-based system as well. The plugins could then
> decide if they need root access through a password dialog or not (well,
> this may become a bit more difficult than that). There's a couple of
> projects that have vendor specific things like thinkpadctl for using the
> BIOS features of IBM thinkpads and there's KS3Switch using the s3switch
> program to switch between internal/external/TV output for laptops having S3
> graphic chips for example. Integrating those somehow would be a nice thing
> and klaptopdaemon a good starting point I guess.

   One more point that I am concerned about is that I would really like to see 
klaptopdaemon be converted to a kded module.  Most of the other KDE daemons 
have been converted and I see no reason for this to be different.

-- 

George Staikos

 
>> Visit http://mail.kde.org/mailman/listinfo/kde-devel#unsub to unsubscribe <<
[prev in list] [next in list] [prev in thread] [next in thread]