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. > 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. 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. Regards, -- Nicolas Mailhot
Attachment:
signature.asc
Description: Ceci est une partie de message =?ISO-8859-1?Q?num=E9riquement?= =?ISO-8859-1?Q?_sign=E9e?=
-- fedora-devel-list mailing list fedora-devel-list@xxxxxxxxxx https://www.redhat.com/mailman/listinfo/fedora-devel-list
