On Wed, 16 Jan 2013 13:49:18 +
"Richard W.M. Jones" wrote:
> On Sat, Jan 05, 2013 at 11:38:46PM +0100, Lennart Poettering wrote:
> > is to invoke it via "systemd-inhibit --what=handle-lid-switch".
>
> # systemd-inhibit --what=handle-lid-switch
> Missing command line to execute.
>
> .. whate
On Sat, Jan 05, 2013 at 11:38:46PM +0100, Lennart Poettering wrote:
> is to invoke it via "systemd-inhibit --what=handle-lid-switch".
# systemd-inhibit --what=handle-lid-switch
Missing command line to execute.
.. whatever that means.
Rich.
--
Richard Jones, Virtualization Group, Red Hat http:/
On Sun, 06 Jan 2013 18:56:53 +0100
Christoph Wickert wrote:
> How many DE actually to this? GNOME does, not sure about KDE, Sugar or
> Mate, but inhibit support seems to be the exception and not the rule
> Xfce and LXDE do not yet support it, so power management on these DEs
> is broken by defaul
Christoph Wickert wrote:
> How many DE actually to this? GNOME does, not sure about KDE, Sugar or
> Mate, but inhibit support seems to be the exception and not the rule
> Xfce and LXDE do not yet support it, so power management on these DEs is
> broken by default.
>
> A change that affects all de
On 01/07/2013 10:45 PM, Bastien Nocera wrote:
On Mon, 2013-01-07 at 19:49 +, alex...@hushmail.com wrote:
On 07/01/2013 at 7:40 PM, "Matthias Clasen" wrote:
- Original Message -
And is it possible to disable suspend on lid close but still have
GNOME lock the screen on lid close?
On 08/01/2013 at 6:46 AM, "Bastien Nocera" wrote:
>
>On Mon, 2013-01-07 at 19:49 +, alex...@hushmail.com wrote:
>> On 07/01/2013 at 7:40 PM, "Matthias Clasen"
>wrote:
>> >
>> >- Original Message -
>> >
>> >> And is it possible to disable suspend on lid close but still
>have
>> >> GN
On Mon, 2013-01-07 at 19:49 +, alex...@hushmail.com wrote:
> On 07/01/2013 at 7:40 PM, "Matthias Clasen" wrote:
> >
> >- Original Message -
> >
> >> And is it possible to disable suspend on lid close but still have
> >> GNOME lock the screen on lid close? No? Didn't think so...
> >
> >
On 07/01/2013 at 7:40 PM, "Matthias Clasen" wrote:
>
>- Original Message -
>
>> And is it possible to disable suspend on lid close but still have
>> GNOME lock the screen on lid close? No? Didn't think so...
>
>With the lid closed, your session will go idle, which will
>eventually cause t
- Original Message -
> And is it possible to disable suspend on lid close but still have
> GNOME lock the screen on lid close? No? Didn't think so...
With the lid closed, your session will go idle, which will eventually cause the
screen to lock.
--
devel mailing list
devel@lists.fedorap
On 07/01/2013 at 6:22 PM, "Matthias Clasen" wrote:
>Quite a bit of misinformation in this discussion. Let me clarify
>what GNOME 3.6 actually does:
>
>- We take inhibitors to block logind from handling
>power/suspend/etc keys, since gnome-settings-daemon handles those
>
>- We don't take a lid cl
- Original Message -
> On Sat, 05.01.13 22:54, alex...@hushmail.com (alex...@hushmail.com)
> wrote:
> GNOME on F18 takes the lock and handles the lid switch on its own.
> You
> can verify that with "systemd-inhibit --list".
>
> >
> > There is almost nothing you can configure with GUI in
Am Samstag, den 05.01.2013, 23:38 +0100 schrieb Lennart Poettering:
> On Sat, 05.01.13 09:14, alex...@hushmail.com (alex...@hushmail.com) wrote:
>
> > Closing the laptop lid now suspends, without a visible option to
> disable it.
> > You can edit /etc/systemd/logind.conf and your laptop won't susp
On Sun, Jan 06, 2013 at 12:22:35AM +0100, Lennart Poettering wrote:
> GNOME on F18 takes the lock and handles the lid switch on its own. You
> can verify that with "systemd-inhibit --list".
Is there a way to get wide formatting for that? No matter how wide my
terminal is, the "WHY" field seems to
On 05/01/2013 at 11:23 PM, "Lennart Poettering" wrote:
>GNOME on F18 takes the lock and handles the lid switch on its own.
>You
>can verify that with "systemd-inhibit --list".
>
>>
>> There is almost nothing you can configure with GUI in GNOME and
>gsettings isn't even adequate anymore.
>>
>
>
On Sat, 05.01.13 22:54, alex...@hushmail.com (alex...@hushmail.com) wrote:
> On 05/01/2013 at 10:39 PM, "Lennart Poettering" wrote:
> >Normally your DE will take a lock that disables handling of the lid
> >switch as long as the DE is up.
> >
> >If your DE doesn't handle the lid switch then logind
On 06/01/2013, at 9:08, Lennart Poettering wrote:
> On Sat, 05.01.13 09:14, alex...@hushmail.com (alex...@hushmail.com) wrote:
>
>> Closing the laptop lid now suspends, without a visible option to disable it.
>> You can edit /etc/systemd/logind.conf and your laptop won't suspend after
>> clos
On 05/01/2013 at 10:39 PM, "Lennart Poettering" wrote:
>Normally your DE will take a lock that disables handling of the lid
>switch as long as the DE is up.
>
>If your DE doesn't handle the lid switch then logind can handle it
>for
>you and it will by default. If your DE handles the lid switch bu
On Sat, 05.01.13 18:32, Miro Hrončok (mhron...@redhat.com) wrote:
> I would appreciate the don't-ignore-but-pass-to-desktop-to-handle
> option.
Use HandleLidSwitch=ignore in /etc/systemd/logind.conf for that.
Lennart
--
Lennart Poettering - Red Hat, Inc.
--
devel mailing list
devel@lists.fedo
On Sat, 05.01.13 09:14, alex...@hushmail.com (alex...@hushmail.com) wrote:
> Closing the laptop lid now suspends, without a visible option to disable it.
> You can edit /etc/systemd/logind.conf and your laptop won't suspend after
> closing the lid, but the screen _won't_ lock either!!!
>
> So, e
I would appreciate the don't-ignore-but-pass-to-desktop-to-handle
option.
So 5. leden 2013, 10:14:53 CET, alex...@hushmail.com napsal:
Closing the laptop lid now suspends, without a visible option to disable it.
You can edit /etc/systemd/logind.conf and your laptop won't suspend after
closing
Closing the laptop lid now suspends, without a visible option to disable it.
You can edit /etc/systemd/logind.conf and your laptop won't suspend after
closing the lid, but the screen _won't_ lock either!!!
So, either you have to suspend or your screen doesn't lock. Any way to fix
this? logind.co
21 matches
Mail list logo