Not logged in
Log in now
Create an account
Subscribe to LWN
LWN.net Weekly Edition for May 16, 2013
A look at the PyPy 2.0 release
PostgreSQL 9.3 beta: Federated databases and more
LWN.net Weekly Edition for May 9, 2013
(Nearly) full tickless operation in 3.10
Quotes of the week
Posted Feb 3, 2011 3:31 UTC (Thu) by AndreE (subscriber, #60148)
Posted Feb 3, 2011 4:22 UTC (Thu) by rahulsundaram (subscriber, #21946)
FWIW, this is configurable via dconf.
Posted Feb 3, 2011 11:41 UTC (Thu) by jospoortvliet (subscriber, #33164)
Posted Feb 3, 2011 13:33 UTC (Thu) by drag (subscriber, #31333)
You can try not closing the lid.
> Suspend to disk - never use it.
I use it to save the system during suspend mode. When I close the lid to go into suspend mode and put the laptop in my bag.. but the battery still gets used. If the battery goes below a certain point the laptop is going to automatically power off no matter what. So it's a lot better when the laptop goes into "suspend to disk" rather then just kill the memory contents.
> And my power button has to turn of the screen so I have a quick button to save some power (but not turn the laptop off entirely).
Never use it. I just hit control-alt-l and let the screen shut off after 5 minutes of inactivity. To each their own.
> Making all this non-configurable - well, let's just say I won't be using GNOME 3 on my laptop if that happens...
a) Apparently the post above yours says it's still configurable.
b) I doubt you were planing on using Gnome 3 anyways.
But it's just all dbus anyways. I am surprised with all the complaining people do that nobody has bothered to make a alternative power management/network management daemon. That way you can get all the nice features for managing the system without having to depend on Gnome. Like if your a fluxbox user or whatever. All the gnome-volume-manager, gnome-power-manager, etc etc just do is listen on the dbus and give out replies to events based on their configurations. I thought about mucking around with something like that a few times since it would allow you to get all the PM features you want without having to run a full desktop. But I've gotten increasingly happy with the minimalism-ui-with-lots-of-hidden-functionality that gnome is achieving.
I've done small stuff using dbus and python. It's pretty easy. Just setup something to listen for events and then when they happen you send a message back out over the bus to let the daemons know what you want done.
NET::DBUS for perl too, which may be handy since the dbus bindings with python require the use of gtk-style event loops and whatnot and will pull in Gnome dependencies. I think. It's been a while.
Posted Feb 3, 2011 15:11 UTC (Thu) by drag (subscriber, #31333)
Id take a gconf-editor or dconf-editor over a GUI configuration anytime, except for some certain common things.
I have never had a problem with editing configurations directly. Just as long as the option is there and it is documented somewhere.
To me the real fix is just documenting the options on some wiki somewhere. It shouldn't be difficult as 90% of the documentation can be auto-generated. That is really what is needed.
Posted Feb 3, 2011 17:43 UTC (Thu) by jospoortvliet (subscriber, #33164)
Posted Feb 6, 2011 23:03 UTC (Sun) by gmaxwell (subscriber, #30048)
If you're going to continue to force me to use the freeking registry editor to get the behavior I want from my system, then I might as well be rolling my own.
Documenting something "on a wiki" someplace doesn't help me when I'm on an airplane and want to continue to listen to music with my screen closed. The only way I'm going to have a chance of having that kind of detailed knowledge when I need it is if I build the whole system "from scratch".
I agree that this is a reasonable default, even though it's not something that I'd want, but the lack of a readily accessible preference is just obnoxious.
Posted Feb 3, 2011 17:13 UTC (Thu) by jospoortvliet (subscriber, #33164)
Posted Feb 3, 2011 17:26 UTC (Thu) by mjg59 (subscriber, #23239)
More usefully, pretty much any modern system will automatically resume when the battery critical line is triggered. The OS will then, if appropriately configured, hibernate.
Posted Feb 3, 2011 17:38 UTC (Thu) by jospoortvliet (subscriber, #33164)
Posted Feb 3, 2011 20:11 UTC (Thu) by foom (subscriber, #14868)
Posted Feb 3, 2011 23:05 UTC (Thu) by nescafe (subscriber, #45063)
Posted Feb 7, 2011 17:56 UTC (Mon) by daniel (subscriber, #3181)
I want my laptop to do what I told it to do when I close the lid. This is just one more data point on the curve that shows the Gnome design philosophy is incompatible with the way I use a computer, and why I only ever use Gnome as a spare tire when KDE is broken or unavailable for some reason. Which does not happen much these days so I thankfully see very little of Gnome and its intentionally crippled UI.
Posted Feb 3, 2011 16:18 UTC (Thu) by dgm (subscriber, #49227)
I usually use my laptop plugged to external monitor, keyboard and mouse when at the office. I had to resort to gconf to teach Gnome to turn off the laptop screen instead of suspending, and until I discovered that I actually _could_, I passed a good week using the laptop semi-closed.
Hooray for usability advances.
Posted Feb 3, 2011 16:20 UTC (Thu) by mjg59 (subscriber, #23239)
Posted Feb 3, 2011 18:09 UTC (Thu) by Frej (subscriber, #4165)
Or more clearly, drop the hostile usability remarks. It is the daily work of many (even hackers) and many take great pride in helping others.
Posted Feb 4, 2011 23:40 UTC (Fri) by Tet (subscriber, #5433)
But that's demonstrably false here. What they're saying is that they know better than me what I want, and what's best for me. They're wrong.
Copyright © 2013, Eklektix, Inc.
Comments and public postings are copyrighted by their creators.
Linux is a registered trademark of Linus Torvalds