Anno domini 2024 Sat, 9 Mar 17:37:18 +0100 Rody via tde-users scripsit: Do you need the logout dialog? If not then you can just set sane defaults for shutdown in TDE control panel -> TDE Components -> Session management (sorry, translated from german TDE) and disable "show dialog". Nik -- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...

On Sat, 9 Mar 2024, Rody via tde-users wrote: I am not familiar with Devuan. My recommendation is to remove them from the system. In openSUSE, which uses systemd (you would need to find the equivalent for your system), there is a file: /etc/systemd/sleep.conf where different options for sleep (hibernate, suspend, etc.) can be set or disabled. You may find something similar in your system that does not use systemd. "freeze" is the equivalent of s2idle. It is purely driven by software and allows you to put your system into a lower power mode: https://www.kernel.org/doc/Documentation/power/states.txt State: Suspend-To-Idle ACPI state: S0 Label: "s2idle" ("freeze") This state is a generic, pure software, light-weight, system sleep state. It allows more energy to be saved relative to runtime idle by freezing user space and putting all I/O devices into low-power states (possibly lower-power than available at run time), such that the processors can spend more time in their idle states. This state can be used for platforms without Power-On Suspend/Suspend-to-RAM support, or it can be used in addition to Suspend-to-RAM to provide reduced resume latency. It is always supported. Personal curiosity: Does anybody know how well Devuan plays with NVIDIA video cards and the proprietary NVIDIA driver? I have had difficulties resuming from hibernate and suspend on a systemd system after installing the proprietary NVIDIA driver, which installs also several sleep/resume scripts. Gianluca ----------------------------------------------------- Gianluca Interlandi, PhD gianluca(a)u.washington.edu +1 (206) 685 4435 http://gianluca.today/ Department of Bioengineering University of Washington, Seattle WA U.S.A. -----------------------------------------------------

Op zaterdag 9 maart 2024, schreef Gianluca Interlandi via tde-users: The method I currently use, does at least remove most of the buttons from the logout menu. But running devuan does carry the risk of having to deal with traditional tools not being updated due to systemd probably. Nvidia does come with woes nowadays. Usually I get an error about nvidia-persistenced. It fails to start and clutters my apt/dpkg output. But as it doesn't run anyway and video works as expected, I have no troubles doing: apt purge nvidia-persistenced, as root. Rody

Anno domini 2024 Sat, 9 Mar 19:05:10 -0500 E. Liddell via tde-users scripsit: The nvidia (and amd if IRCC) cards do not quote a reset command as they should. There has been a techtalk on BSD behyve and GPU passthrough some months ago and that was the essence. Any operation requiring the GPU to reset propperly requires powercycling the graphics card. That's a platform-independent problem that's to be solved by nvidia firware. Nik -- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...

On Sun, 10 Mar 2024 04:52:10 -0400 gene heskett via tde-users <users(a)trinitydesktop.org> wrote: You're responding to my text in a quote there. :/ I was only speaking to own my experiences with nvidia and Linux—there was a warning in the Gentoo wiki about nvidia-drivers and hibernation at least as far back as 2005. How long it was there before that, I don't know. As for AMD, they've improved somewhat since the 1990s, since there's almost no reason to install their proprietary driver over the open-source one anymore (I think the closed-source one may offer better support for some bleeding-edge compute stuff, that's all), meaning that the driver most people use fullly supports both card and kernel. Now, if only it didn't require llvm to be installed . . . E. Liddell

Hi Rody, sorry for the late answer, I kept forgetting to write to you. Create the file ~/.trinity/share/config/power-managerrc and put the following two lines inside: disableSuspend=true disableHibernate=true This will do the trick. At the moment there is no GUI option to set those values, so you have to edit the file manually. Cheers Michele

On 3/10/24 8:55 AM, Michele Calgaro via tde-users wrote: Michele, I ran across this undocumented rc file when browsing the shutdown code. I found one reference in the users discussion list. Is this mysterious file something introduced in TDE or been there since KDE 3.5? Seems this file is only a cosmetic cure for each individual user? Seems the rc file does not stop a user from suspending/hibernating a system from other methods. Can the rc file be patched to not show the Freeze button too?

Op zondag 10 maart 2024, schreef Michele Calgaro via tde-users: This does indeed remove the freeze button as well. Exactly what I was looking for in the first place. I never wanted to disable it system wide perse, but so far had not found another way of doing it. Thanks

On Sun, 10 Mar 2024, E. Liddell via tde-users wrote: I used openSUSE 11.3 with an NVIDIA video card and proprietary driver for a long time and I was able to hibernate and resume every day for several months without any problems. (Maybe systemd has made things more complicated, not to point the finger.) Before installing the NVIDIA card in my current installation, openSUSE 15.4, I had an old AMD card, HD6450, with the opensource driver. It worked fine except that when loading a complex xmgrace file the entire X session would crash. I have now been using the "freeze" option in TDE to put my desktop into a low power mode. I think that it turns off the hard disk besides the USB ports and monitor. However, the case fan keeps spinning at a minimum speed. It is a Dell Optiplex 780. The fan is quiet but I wished there was a way to turn it off completely when I put the system into "freeze" (s2idle) as the CPU is not doing much anyway (and is probably in a low power mode). I think that the next system I build will be purely based on Intel including GPU (the integrated GPU in the Optiplex 780 somehow produced lower resolution openGL images). Thanks, Gianluca ----------------------------------------------------- Gianluca Interlandi, PhD gianluca(a)u.washington.edu +1 (206) 685 4435 http://gianluca.today/ Department of Bioengineering University of Washington, Seattle WA U.S.A. -----------------------------------------------------