<html><head></head><body><div>Hello,</div><div><br></div><div>Humbly I would suggest to install the "espresso" extension </div><div><a href="https://extensions.gnome.org/extension/4135/espresso/">https://extensions.gnome.org/extension/4135/espresso/</a></div><div><br></div><div><br></div><div>On Mon, 2023-01-23 at 10:24 +0000, Simon McVittie wrote:</div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div>Control: retitle -1 gnome-settings-daemon: automatic suspend after 20 minutes is undesired by some users<br></div><div>Control: reassign -1 gnome-settings-daemon<br></div><div>Control: affects -1 + gnome-session<br></div><div>Control: tags -1 + upstream wontfix<br></div><div><br></div><div>On Mon, 23 Jan 2023 at 01:19:44 +0000, Witold Baryluk wrote:<br></div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div>It appears in Power settings, Automatic Suspend is On by default (with 20<br></div><div>minutes delay).<br></div></blockquote><div><br></div><div>This is intentional and has been true for about 5 years (in particular,<br></div><div>this was already the case in Debian 11, and most likely Debian 10 as well).<br></div><div>The automatic suspend became the default in upstream commit<br></div><div><<a href="https://gitlab.gnome.org/GNOME/gnome-settings-daemon/-/commit/2fdb48fa">https://gitlab.gnome.org/GNOME/gnome-settings-daemon/-/commit/2fdb48fa</a>><br></div><div>which mentions that this behaviour is required by national regulations<br></div><div>for personal computers sold in the EU and USA (with no distinction made<br></div><div>between laptop and desktop systems).<br></div><div><br></div><div>Obviously Debian doesn't sell computers with Debian and GNOME<br></div><div>preinstalled, but it would seem inconsistent with our social/environmental<br></div><div>responsibilities if we disabled a power-saving feature like this by<br></div><div>default, particularly when that would make it illegal for third parties<br></div><div>to sell computers with our OS preinstalled in the countries where a lot<br></div><div>of our contributors are based, and doubly so during an ongoing worldwide<br></div><div>climate crisis and a Europe-wide energy shortage.<br></div><div><br></div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div>I am on a desktop PC, always on, and have programs in a background that<br></div><div>must run non stop or for many hours (i.e. data acquisition / monitoring,<br></div><div>long running scripts, simulations, etc).<br></div></blockquote><div><br></div><div>I would suggest using the system's built-in facilities to delay suspend<br></div><div>while running these tasks. If you wrap a long-running command like this:<br></div><div><br></div><div> systemd-inhibit ./my-long-running-script<br></div><div><br></div><div>then that should prevent the system from suspending to RAM during these<br></div><div>long-running tasks. This is available in a default installation or on<br></div><div>live media (because it's part of our default init system).<br></div><div><br></div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div>I also do not understand why Screen Blank in Power Saving Options is<br></div><div>"Never". A default should be few minutes.<br></div></blockquote><div><br></div><div>Blanking the screen is redundant with the default suspend-to-RAM: the<br></div><div>screen is always blanked and locked before suspending anyway. Of course,<br></div><div>if you adjust the settings to disable suspend-to-RAM, then it will be<br></div><div>necessary to change adjacent settings to match.<br></div><div><br></div><blockquote type="cite" style="margin:0 0 0 .8ex; border-left:2px #729fcf solid;padding-left:1ex"><div>suspend to RAM is often broken on computers I use<br></div></blockquote><div><br></div><div>There is probably a kernel command-line option that can be used to<br></div><div>disable the ability to suspend-to-RAM, as a workaround for hardware where<br></div><div>the ability to suspend is present but non-functional, but I don't know it.<br></div><div><br></div><div> smcv<br></div><div><br></div></blockquote><div><br></div><div><span></span></div></body></html>