On Wed, Jul 27, 2016 at 7:55 AM, Alexander Bisogiannis <alexixor@xxxxxxxxx> wrote: > On 27/07/16 14:33, Bastien Nocera wrote: >> >> That's nice they make cooking laptops in backpacks a low priority. At >> least >> it's still on IRC! > > > Default behavior should be to suspend. > The problem is removing the option from the user. What other option is there? I'm thinking of handing the user razor blades and telling them to go play on the freeway is not a good idea? Because that's basically what either a poweroff or hibernation option would look like. It's a b.s. option. Both of them require other work before a DE could offer the option while also pretending to care about user data. So if some other DE's are just ignorant of system capability and let the user willfully engage in data loss, well... that's their choice but I can certainly agree with a DE not giving users the option in a GUI to shoot themselves in the foot. > >> (the right way to fix this would be to get information on how connected >> standby >> works on Intel machines, and implement that, not holding my breath though) > > > The solution should not be H/W dependent. > I have the same laptop since 2012 and I do not have light sensors for > example. Should I not have the option to set this manually? That's nonsense. You're basically saying leveraging hardware features is persona non grata, everyone should just accept mediocre power management, which is precisely what we already have in even the best case let alone the worst case, compared to smart phones. Of course this should be better, and of course it should involve the user far less than it does. I don't understand this desire to manually futz with things, except that it suggests the automatic thing isn't working correctly, in which case it's a bug that should be fixed. But an option to manually do things just because, that's not convincing to me at all. There are all kinds of power managements events that are happening in firmware that you have no control over, and wouldn't want control over. -- Chris Murphy -- desktop mailing list desktop@xxxxxxxxxxxxxxxxxxxxxxx https://lists.fedoraproject.org/admin/lists/desktop@xxxxxxxxxxxxxxxxxxxxxxx
