Hi,
Is there a way to remove the sleep, suspend, hybernate, sleep and combos from the logout menu within Trinity?
So far I have been unable to find configuration options for this. Therefor I used polkit to disable these options system wide. I used the following code in a file I created for this purpose in: /etc/polkit-1/localauthority/50-local.d
[Disable suspend (logind)] Identity=unix-user:* Action=org.freedesktop.login1.suspend;org.freedesktop.login1.suspend-multiple-sessions;org.freedesktop.login1.hibernate;org.freedesktop.login1.hibernate-multiple-sessions ResultActive=no ResultInactive=no ResultAny=no
This would remove all the undesired options in the logout menu. However, after I updated to Trinity 14.1.1, the logout menu has now added a freeze option. Searching for that on the internet gives me just about all the possible results related to hanging or crashed systems but not what I'm looking for.
So my question is: a) does Trinity have a native way to remove these suspend/hybernate/freeze/aso options?
if not, then b) does anyone know what needs to be added to the above Action line to let polkit do it for me?
I'm running Trinity on Devuan 4, so no systemd here.
Regards,
Rody
Anno domini 2024 Sat, 9 Mar 17:37:18 +0100 Rody via tde-users scripsit:
Hi, [...] So my question is: a) does Trinity have a native way to remove these suspend/hybernate/freeze/aso options?
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
if not, then b) does anyone know what needs to be added to the above Action line to let polkit do it for me?
I'm running Trinity on Devuan 4, so no systemd here.
Regards,
Rody ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
-- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...
Hi,
Do I need it? Well, Strictly no, we can do all things with the command line of course. But I've been using kde a long time and grown accustomed to being able to choose between logout, restart or shutdown (and cancel). All the other options are just clutter to me. I would rather disable them system wide then having them in the logout menu. I know, at some point kde started offering these options (logout, restart and shutdown) in the main menu, but that's also not where I want them to be. I want one close option in the main menu, then followed by the choice of what to do (logout/restart/shutdown).
Maybe it's pure sentiment or nostalgia, but hey, I guess I'm having a weak spot here...
Rody
Op zaterdag 9 maart 2024, schreef Dr. Nikolaus Klepp via tde-users:
Anno domini 2024 Sat, 9 Mar 17:37:18 +0100
Rody via tde-users scripsit:
Hi, [...] So my question is: a) does Trinity have a native way to remove these suspend/hybernate/freeze/aso options?
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
if not, then b) does anyone know what needs to be added to the above Action line to let polkit do it for me?
I'm running Trinity on Devuan 4, so no systemd here.
Regards,
Rody ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydes ktop.org
-- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ... ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt op.org
On Sat, 9 Mar 2024, Rody via tde-users wrote:
Hi,
Is there a way to remove the sleep, suspend, hybernate, sleep and combos from the logout menu within Trinity?
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.
However, after I updated to Trinity 14.1.1, the logout menu has now added a freeze option.
"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.
I'm running Trinity on Devuan 4, so no systemd here.
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@u.washington.edu +1 (206) 685 4435 http://gianluca.today/
Department of Bioengineering University of Washington, Seattle WA U.S.A. -----------------------------------------------------
On Sat, 9 Mar 2024 13:12:29 -0800 (PST) Gianluca Interlandi via tde-users users@trinitydesktop.org wrote:
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.
I don't think the proprietary nvidia driver has played nice with suspend/hibernate under Linux in any distro at any time in the past twenty years.
E. Liddell
Anno domini 2024 Sat, 9 Mar 19:05:10 -0500 E. Liddell via tde-users scripsit:
On Sat, 9 Mar 2024 13:12:29 -0800 (PST) Gianluca Interlandi via tde-users users@trinitydesktop.org wrote:
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.
I don't think the proprietary nvidia driver has played nice with suspend/hibernate under Linux in any distro at any time in the past twenty years.
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
E. Liddell
tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
-- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ...
On 3/10/24 04:21, Dr. Nikolaus Klepp via tde-users wrote:
Anno domini 2024 Sat, 9 Mar 19:05:10 -0500 E. Liddell via tde-users scripsit:
On Sat, 9 Mar 2024 13:12:29 -0800 (PST) Gianluca Interlandi via tde-users users@trinitydesktop.org wrote:
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.
I don't think the proprietary nvidia driver has played nice with suspend/hibernate under Linux in any distro at any time in the past twenty years.
You underestimate the time frame, Nick and neglected to point a finger at the other guilty party, amd. I built a machine for linux, red hat 5.0 in late '98 IIRC putting a mid priced amd video card in it. then waited to get a driver faster that the framebuffer vesa which could only do about 8 frames/sec, then saw a report that their card, naming it could now do movies with such and such for a driver, so I ran to staples who then had video cards and bought that exact card. Didn't work, turns out that w/o changing a dotted i on the box, what was in the box was new production and totally different. The box was open and linux was mentioned, staples would not take it back so I was out around $125 back when that was 3 weeks of lunch money. It was a long time before I bought another amd video product.
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
E. Liddell
tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
-- Please do not email me anything that you are not comfortable also sharing with the NSA, CIA ... ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto... .
Cheers, Gene Heskett, CET.
On Sun, 10 Mar 2024 04:52:10 -0400 gene heskett via tde-users users@trinitydesktop.org wrote:
Anno domini 2024 Sat, 9 Mar 19:05:10 -0500 E. Liddell via tde-users scripsit:
I don't think the proprietary nvidia driver has played nice with suspend/hibernate under Linux in any distro at any time in the past twenty years.
You underestimate the time frame, Nick and neglected to point a finger at the other guilty party, amd.
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
On Sun, 10 Mar 2024, E. Liddell via tde-users wrote:
On Sun, 10 Mar 2024 04:52:10 -0400 gene heskett via tde-users users@trinitydesktop.org wrote:
Anno domini 2024 Sat, 9 Mar 19:05:10 -0500 E. Liddell via tde-users scripsit:
I don't think the proprietary nvidia driver has played nice with suspend/hibernate under Linux in any distro at any time in the past twenty years.
You underestimate the time frame, Nick and neglected to point a finger at the other guilty party, amd.
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.
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
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 ____________________________________________________ tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskto...
----------------------------------------------------- Gianluca Interlandi, PhD gianluca@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:
On Sat, 9 Mar 2024, Rody via tde-users wrote:
Hi,
Is there a way to remove the sleep, suspend, hybernate, sleep and combos from the logout menu within Trinity?
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.
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.
However, after I updated to Trinity 14.1.1, the logout menu has now added a freeze option.
"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.
I'm running Trinity on Devuan 4, so no systemd here.
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.
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
Gianluca
Gianluca Interlandi, PhD gianluca@u.washington.edu +1 (206) 685 4435 http://gianluca.today/
Department of Bioengineering University of Washington, Seattle WA U.S.A.
tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt op.org
On 3/9/24 10:37 AM, Rody via tde-users wrote:
a) does Trinity have a native way to remove these suspend/hybernate/freeze/aso options?
I could find no obvious method in TDE. I use Slackware and ran a quick test changing /etc/elogind/logind.conf. Like Slackware, I think Devuan uses elogind and eudev (but not systemd). In that config file look for:
[Sleep] AllowSuspend AllowHibernation AllowSuspendThenHibernate AllowHybridSleep
I changed the first two options and the TDE shutdown dialog changed as well.
I have no idea how to remove the Freeze button.
Op zondag 10 maart 2024, schreef Darrell Anderson via tde-users:
On 3/9/24 10:37 AM, Rody via tde-users wrote:
a) does Trinity have a native way to remove these suspend/hybernate/freeze/aso options?
I could find no obvious method in TDE. I use Slackware and ran a quick test changing /etc/elogind/logind.conf. Like Slackware, I think Devuan uses elogind and eudev (but not systemd). In that config file look for:
[Sleep] AllowSuspend AllowHibernation AllowSuspendThenHibernate AllowHybridSleep
I changed the first two options and the TDE shutdown dialog changed as well.
I have no idea how to remove the Freeze button.
This looks like an alternate approach to what I have now. I would have to test that on devuan to see if it works as well. Doing it using logind.conf may have the advantage that it offers more options, but the end result looks the same (no sleep, suspend or hybernate buttons at the logout screen, but still a freeze button...).
I may have to get used to the freeze button for now until new info comes along...
Thanks everyone :)
tde-users mailing list -- users@trinitydesktop.org To unsubscribe send an email to users-leave@trinitydesktop.org Web mail archive available at https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt op.org
So my question is: a) does Trinity have a native way to remove these suspend/hybernate/freeze/aso options?
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
Op zondag 10 maart 2024, schreef Michele Calgaro via tde-users:
So my question is: a) does Trinity have a native way to remove these suspend/hybernate/freeze/aso options?
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
Ok, so Trinity does have some native options. Good to know. I'll add it to my notes.
Thanks a lot, :)
Rody
On 3/10/24 8:55 AM, Michele Calgaro via tde-users wrote:
Create the file ~/.trinity/share/config/power-managerrc and put the following two lines inside:
disableSuspend=true disableHibernate=true
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?
Hi Darrell,
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?
Not sure if it comes from the KDE days or it was added later, tbh. It should probably be extented to allow disabling individual options and it would be good to have a GUI for it, so the users don't have to read through the source code :-)
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?
Currently those two lines disable all types of suspension/hibernation, so you only see logout, shutdown, restart in the menu. As mentioned above, it would be good to provide an option for each possible actions, so a user could have suspend but no freeze for example.
Cheers Michele
Op zondag 10 maart 2024, schreef Michele Calgaro via tde-users:
So my question is: a) does Trinity have a native way to remove these suspend/hybernate/freeze/aso options?
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
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 2024/03/11 08:29 PM, Rody via tde-users wrote:
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.
I added a section on the wiki Tips and Tricks page for future reference https://wiki.trinitydesktop.org/Tips_And_Tricks#Useful_scripts
Cheers Michele