[prev in list] [next in list] [prev in thread] [next in thread]
List: fedora-desktop-list
Subject: Re: auto-suspending after video playback ends (and other cases)
From: Matthias Clasen <mclasen () redhat ! com>
Date: 2018-03-20 15:00:07
Message-ID: CAEXRhXmo2qVna3F-6OrtEB0G9f9oVUy5Moa3OLZCD4dPh=eLcw () mail ! gmail ! com
[Download RAW message or body]
[Attachment #2 (multipart/alternative)]
On Mon, Mar 19, 2018 at 9:37 AM Kamil Paral <kparal@redhat.com> wrote:
> On Mon, Mar 19, 2018 at 1:48 PM, Kamil Paral <kparal@redhat.com> wrote:
>
>> On Thu, Mar 15, 2018 at 10:46 AM, Kamil Paral <kparal@redhat.com> wrote:
>>
>>> For example, has anyone tested:
>>>
>>> a) whether downloading files in Firefox will inhibit suspend or the
>>> downloads will be aborted during progress?
>>> b) whether DNF inhibits suspend during operation or $scary_consequences?
>>> c) whether Rhythmbox inhibits suspend when playing music?
>>> d) whether gnome-disks inhibits suspend while operating on devices (e.g.
>>> writing a disk clone, or checking SMART)?
>>> e) whether Pitivi inhibits suspend while rendering video?
>>> f) whether Nautilus inhibits suspend while copying files (possibly to
>>> even a remote location)?
>>>
>>
>> Here's another "broken" use case that we found today:
>> https://gitlab.gnome.org/GNOME/gnome-settings-daemon/issues/18
>>
>
My comment on this issue is: disabling auto-suspend != inhibiting suspend.
> Currently there seems to be no (graphical) way to disable auto-suspend
>> system wide. Which means the system will auto-suspend regardless of your
>> settings when you perform user switching. It's somewhat unintuitive that
>> suspend, as a system-wide action, is considered a per-user setting (the
>> active user overrides all inactive users), and there's no option to set it
>> system-wide.
>>
>
>
Here's even a "funnier" case. The system suspends when you connect over SSH
> (the system shows a GDM screen locally), even if you're active (running
> commands). And you can't do anything about it, because it ignores your
> settings and uses the system default (20 minutes timeout).
>
> So, if you sometimes start your system remotely and ssh in, or if you have
> graphical issues and need to debug it over ssh, or in any other case that
> you can imagine when you need to ssh in... your system *will* suspend in 20
> minutes. I think advanced users will eat us alive.
>
>
I think you are dramatizing this a bit. systemd-inhibit will work just fine
in your ssh session, I believe.
> What's even worse, there's no obvious way to disable this even for those
> advanced users. There's no config file in /etc you could edit and adjust.
> "sudo gsettings" (for setting the right key globally) fails with an error.
> How do GNOME devs expect users to configure this? What do we tell them? Or
> is ssh a no longer supported use case on Workstation?
>
The proper way to handle this is for ssh to register its sessions properly.
But past attempts to make that happen (back in the ConsoleKit era) were met
with total disinterest from the ssh side...
[Attachment #5 (text/html)]
<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Mon, Mar 19, 2018 \
at 9:37 AM Kamil Paral <<a \
href="mailto:kparal@redhat.com">kparal@redhat.com</a>> wrote:<br></div><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"><div dir="ltr"><div><div class="gmail_quote">On Mon, Mar 19, \
2018 at 1:48 PM, Kamil Paral <span dir="ltr"><<a href="mailto:kparal@redhat.com" \
target="_blank">kparal@redhat.com</a>></span> wrote:<br><blockquote \
class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc \
solid;padding-left:1ex"><div dir="ltr"><div class="gmail_extra"><div \
class="gmail_quote"><span>On Thu, Mar 15, 2018 at 10:46 AM, Kamil Paral <span \
dir="ltr"><<a href="mailto:kparal@redhat.com" \
target="_blank">kparal@redhat.com</a>></span> wrote:<br><blockquote \
class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid \
rgb(204,204,204);padding-left:1ex"><div \
dir="ltr"><div><div><div><div><div><div><div><div>For example, has anyone \
tested:<br><br></div>a) whether downloading files in Firefox will inhibit suspend or \
the downloads will be aborted during progress?<br></div>b) whether DNF inhibits \
suspend during operation or $scary_consequences?<br></div>c) whether Rhythmbox \
inhibits suspend when playing music?<br></div>d) whether gnome-disks inhibits suspend \
while operating on devices (e.g. writing a disk clone, or checking \
SMART)?<br></div>e) whether Pitivi inhibits suspend while rendering \
video?<br></div><div>f) whether Nautilus inhibits suspend while copying files \
(possibly to even a remote \
location)?<br></div></div></div></div></blockquote><div><br></div></span><div>Here's \
another "broken" use case that we found today:<br><a \
href="https://gitlab.gnome.org/GNOME/gnome-settings-daemon/issues/18" \
target="_blank">https://gitlab.gnome.org/GNOME/gnome-settings-daemon/issues/18</a><br> \
</div></div></div></div></blockquote></div></div></div></blockquote><div><br></div><div>My \
comment on this issue is: disabling auto-suspend != inhibiting \
suspend.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div><div \
class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div \
class="gmail_extra"><div class="gmail_quote"><div></div><div>Currently there seems to \
be no (graphical) way to disable auto-suspend system wide. Which means the system \
will auto-suspend regardless of your settings when you perform user switching. \
It's somewhat unintuitive that suspend, as a system-wide action, is considered a \
per-user setting (the active user overrides all inactive users), and there's no \
option to set it system-wide.<br></div></div></div></div> </blockquote></div> \
</div></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div \
class="gmail_extra"></div></div><div dir="ltr"><div class="gmail_extra">Here's \
even a "funnier" case. The system suspends when you connect over SSH (the \
system shows a GDM screen locally), even if you're active (running commands). And \
you can't do anything about it, because it ignores your settings and uses the \
system default (20 minutes timeout).<br><br></div><div class="gmail_extra">So, if you \
sometimes start your system remotely and ssh in, or if you have graphical issues and \
need to debug it over ssh, or in any other case that you can imagine when you need to \
ssh in... your system *will* suspend in 20 minutes. I think advanced users will eat \
us alive.<br></div><div \
class="gmail_extra"><br></div></div></blockquote><div><br></div><div>I think you are \
dramatizing this a bit. systemd-inhibit will work just fine in your ssh session, I \
believe.<br></div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 \
.8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><div \
class="gmail_extra"></div><div class="gmail_extra">What's even worse, there's \
no obvious way to disable this even for those advanced users. There's no config \
file in /etc you could edit and adjust. "sudo gsettings" (for setting the \
right key globally) fails with an error. How do GNOME devs expect users to configure \
this? What do we tell them? Or is ssh a no longer supported use case on \
Workstation?<br></div></div></blockquote><div> <br></div><div>The proper way to \
handle this is for ssh to register its sessions properly. But past attempts to make \
that happen (back in the ConsoleKit era) were met with total disinterest from the ssh \
side...<br><br><br></div></div></div>
[Attachment #6 (text/plain)]
_______________________________________________
desktop mailing list -- desktop@lists.fedoraproject.org
To unsubscribe send an email to desktop-leave@lists.fedoraproject.org
[prev in list] [next in list] [prev in thread] [next in thread]
Configure |
About |
News |
Add a list |
Sponsored by KoreLogic