On Tue, 2012-09-18 at 00:28 +0200, Lennart Poettering wrote:
On Mon, 03.09.12 22:10, Matthias Clasen (matthias.cla...@gmail.com) wrote:
On Mon, Sep 3, 2012 at 5:17 AM, Richard Hughes hughsi...@gmail.com wrote:
I don't think the desktop guys want any kind of authentication when
the
Am 18.09.2012 14:10, schrieb Matthias Clasen:
- user closes lid
- polkit dialog is shown (not useful because the lid is closed)
- we beep a few times to cause the user to open the lid and see
the dialog
- if the lid is not opened, we forcefully suspend after a few seconds
Since you are
Heya,
Currently, logind expects that the DE in the foreground handles the lid
switch, the sleep and power keys of the machine. The idea was that the
DE would handle the key presses on its own and then issue the right
action to logind on the user's behalf.
There turned out to be two problems
Hi Lennart
On Tue, Sep 18, 2012 at 7:17 PM, Lennart Poettering
lenn...@poettering.net wrote:
Heya,
We'd now like to propose the following new logic to deal with both these
issues:
- logind from now on handles lid switch/suspend key/power key in all
cases, even if a graphical DE is
On 09/18/2012 05:17 PM, Lennart Poettering wrote:
Comments, suggestions?
Dont forget the use cases where users simply want to close the lid but
still have the machine running with all network connections and what not
still running...
JBG
___
On Tue, Sep 18, 2012 at 8:28 PM, David Herrmann
dh.herrm...@googlemail.com wrote:
I don't use any DEs but often close the lid while some background job
is running (compiler or whatever). Does that mean systemd would
suspend the machine in this case? I don't think I can convince the GCC
people
2012/9/18 Mantas Mikulėnas graw...@gmail.com:
On Tue, Sep 18, 2012 at 8:28 PM, David Herrmann
dh.herrm...@googlemail.com wrote:
I don't use any DEs but often close the lid while some background job
is running (compiler or whatever). Does that mean systemd would
suspend the machine in this
David Herrmann dh.herrm...@googlemail.com wrote:
I don't use any DEs but often close the lid while some background job
is running (compiler or whatever).
Do you do that while on battery? If not, then I'd say that a good idea would be
to suspend only if closing the lid while on battery, or if