Re: disappointment over default acpid config

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



On Mon, 2005-11-07 at 10:20 +0100, Nicolas Mailhot wrote:
> Le lundi 07 novembre 2005 à 09:04 +0000, Richard Hughes a écrit :
> > On Mon, 2005-11-07 at 09:30 +0100, Nicolas Mailhot wrote:
> > > Le dimanche 06 novembre 2005 à 23:13 +0000, Richard Hughes a écrit :
> > > 
> > > > I'm not sure the "without X" argument is that important (flame retardant
> > > > suit ON..) as the typical laptop isn't booting for very long. If we load
> > > > a headless g-p-m when gdm loads, then we have 99.999% of the time
> > > > covered.
> > > 
> > > Good power management is very important for set-top like HTPC boxes,
> > > where you may have a GUI running but it's certainly not the Gnome one
> > > (ie it's a desktop-less setup)
> > > So you're cutting yourself from new market segments, not only old ones.
> > 
> > So you would be using gnome-power-manager and gnome-power-preferences on
> > a set top box? Would you use NetworkManager also? STB's are a very
> > specialised niche, not something that gnome-power-manager is focused on.
> 
> If you put all the "niches" you've decided to ignore together that's a
> sizeable part of the market. Moreover this "niche" is very concerned
> about power management, much more than your average desktop user,
> because HTPCs are supposed to be always-on, at worst hibernating.

But do they run HAL, GNOME, glib, gconf and all the required deps for
all of these?

> > There's nothing wrong with creating a stripped down g-p-m (to interact
> > with HAL) as an optional initscript. But I really don't think this is
> > required -- feel free to jump on the g-p-m m/l if you require this
> > functionality.
> 
> I personaly don't. But if you've ever jumped on a HTPC forum, I doubt
> you could miss the long threads about Cool'n Quiet vs Mobile intel, best
> ways to control system fans, etc.

I'm guessing the way to do this would be to write a *very small* daemon
in pure C to control these devices directly. This is not what g-p-m was
envisioned to do -- it should work on a modern GUI on top of HAL.

> Actually I'm astonished you choose to ignore HTPCs. If someone is going
> to sort power management on desktop systems that's HTPC users. And even
> it's a niche it's a growing one - much like sound-card enabled PCs where
> one a niche and are now the norm.

I don't see the parallel. 

I've not had one user of a HTPC wanting to use g-p-m (that I know about)
as it's designed primarily for laptops and PC's.

Richard.

-- 
fedora-devel-list mailing list
fedora-devel-list@xxxxxxxxxx
https://www.redhat.com/mailman/listinfo/fedora-devel-list

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Index of Archives]     [Fedora Announce]     [Fedora Kernel]     [Fedora Testing]     [Fedora Formulas]     [Fedora PHP Devel]     [Kernel Development]     [Fedora Legacy]     [Fedora Maintainers]     [Fedora Desktop]     [PAM]     [Red Hat Development]     [Gimp]     [Yosemite News]
  Powered by Linux