https://tanguy.ortolo.eu/blog/article97/suspend-cli en a blog about Debian and self-hosting Wed, 06 Mar 2013 22:18:00 +0000 PluXml https://tanguy.ortolo.eu/blog/article97/suspend-cli/#c1362608318-1 https://tanguy.ortolo.eu/blog/article97/suspend-cli/#c1362608318-1 > Maybe adding a zzz script (with getopts) that can deal with /sys/power and all that (please no dbus) would be an idea indeed? Part of doing the right thing in all environments includes integrating with environments that require UPower or similar DBus interfaces. Wed, 06 Mar 2013 22:18:00 +0000 Anonymous https://tanguy.ortolo.eu/blog/article97/suspend-cli/#c1362571970-1 https://tanguy.ortolo.eu/blog/article97/suspend-cli/#c1362571970-1 JoeyH, in MirBSD, we have the zzz(8) utility – https://www.mirbsd.org/htman/i386/man8/zzz.htm – for that (it’ll only send it to sleep as that’s all APM can do, though). Maybe adding a zzz script (with getopts) that can deal with /sys/power and all that (please no dbus) would be an idea indeed? Wed, 06 Mar 2013 12:12:00 +0000 mirabilos https://tanguy.ortolo.eu/blog/article97/suspend-cli/#c1362561671-1 https://tanguy.ortolo.eu/blog/article97/suspend-cli/#c1362561671-1 Hm, thanks. It's incredible how long it takes. Also I get a org.freedesktop.DBus.Error.NoReply back, even though the laptop did in fact suspend. So what I currently use is "i3lock && sudo /usr/sbin/pm-suspend", which is much quicker. But I'm still annoyed that Fn-F4 only works sometimes. With gnome-screensaver in the background it's activated by upower, which is nice. The i3 author refused to implement that dbus call into i3lock, though, claiming that it's not a standard. *sigh* Wed, 06 Mar 2013 09:21:00 +0000 Philipp Kern https://tanguy.ortolo.eu/blog/article97/suspend-cli/#c1362517096-1 https://tanguy.ortolo.eu/blog/article97/suspend-cli/#c1362517096-1 The three instances of upower on the dbus command line, despite appearances, refer to three different things: an identifier for the upower service on the bus, a path to an object, and a method to execute on that object. Tue, 05 Mar 2013 20:58:00 +0000 Anonymous https://tanguy.ortolo.eu/blog/article97/suspend-cli/#c1362505994-1 https://tanguy.ortolo.eu/blog/article97/suspend-cli/#c1362505994-1 I've been using the commands s2ram, s2disk and s2both from uswsusp (with sudo) for quite some time now, without any problem. Tue, 05 Mar 2013 17:53:00 +0000 Manuel Pégourié-Gonnard https://tanguy.ortolo.eu/blog/article97/suspend-cli/#c1362504478-1 https://tanguy.ortolo.eu/blog/article97/suspend-cli/#c1362504478-1 @Tanguy: What about `echo mem | sudo tee /sys/power/state` to make it “sudoable”? Tue, 05 Mar 2013 17:27:00 +0000 Paul Menzel https://tanguy.ortolo.eu/blog/article97/suspend-cli/#c1362502234-1 https://tanguy.ortolo.eu/blog/article97/suspend-cli/#c1362502234-1 @Pev, @foo: Writing to /sys/power/state works fine, but it is not sudoable. For that, pm-utils is more appropriate. @gregoa : Yes, this is an appropriate alternative, with either sudo or setuid permissions and execution limited to a specific group like powerdev. Tue, 05 Mar 2013 16:50:00 +0000 Tanguy https://tanguy.ortolo.eu/blog/article97/suspend-cli/#c1362500520-1 https://tanguy.ortolo.eu/blog/article97/suspend-cli/#c1362500520-1 Every so often I want to go to bed before my laptop is done with some long-running task, but have it suspend later so as not to eat power all night long. Without fail when this happens, I am already tired and invariably cannot remember what the right command line is to use this time. It seems this comes up infrequently enough that the command has often changed since last time... It seems to me that a distribution like Debian should be able to decide on a command name that makes sense, make it easy to discover with searches like man -k sleep (which comes up empty currently), and arrange for whatever the "right" command is to always be run by that command. This is an integration problem, it's what distributions are supposed to be good at. Tue, 05 Mar 2013 16:22:00 +0000 Joey Hess