Op 18 sep. 2012, om 00:59 heeft Lennart Poettering het
volgende geschreven:
> Heya,
>
> In a month or two we'll make the SysV service logic in systemd
> generator-based. This helps us clean up our codebase a bit and makes
> SysV service support an optional plugin rather than something that is
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
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
On Tue, 2012-09-18 at 00:28 +0200, Lennart Poettering wrote:
> On Mon, 03.09.12 22:10, Matthias Clasen ([email protected]) wrote:
>
> >
> > On Mon, Sep 3, 2012 at 5:17 AM, Richard Hughes wrote:
> >
> > > I don't think the desktop guys want any kind of authentication when
> > > the lid i
10 matches
Mail list logo
