On Tue, 18.09.12 19:28, David Herrmann (dh.herrm...@googlemail.com) wrote:
Heya,
> > - logind from now on handles lid switch/suspend key/power key in all
> > cases, even if a graphical DE is running. In fact, any special handling
> > of graphical DEs in logind is removed entirely.
>
> I don'
On 09/18/2012 08:57 PM, Alexander E. Patrakov wrote:
> David Herrmann 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 clo
David Herrmann 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 removing AC power
while t
2012/9/18 Mantas Mikulėnas :
> On Tue, Sep 18, 2012 at 8:28 PM, David Herrmann
> 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
On Tue, Sep 18, 2012 at 8:28 PM, David Herrmann
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 to use systemd inhibito
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
___
syste
Hi Lennart
On Tue, Sep 18, 2012 at 7:17 PM, Lennart Poettering
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 running. In fact, any sp
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 with
