9 Mar
2024
9 Mar
'24
4:37 p.m.
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
9 Mar
9 Mar
4:46 p.m.
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(a)trinitydesktop.org
To unsubscribe send an email to users-leave(a)trinitydesktop.org
Web mail archive available at
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt…
--
Please do not email me anything that you are not comfortable also sharing with the NSA,
CIA ...
5:05 p.m.
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(a)trinitydesktop.org
To unsubscribe send an email to users-leave(a)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(a)trinitydesktop.org
To unsubscribe send an email to users-leave(a)trinitydesktop.org
Web mail archive available at
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt
op.org 
9:12 p.m.
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(a)u.washington.edu
+1 (206) 685 4435
http://gianluca.today/
Department of Bioengineering
University of Washington, Seattle WA U.S.A.
-----------------------------------------------------
10 Mar
10 Mar
12:05 a.m.
On Sat, 9 Mar 2024 13:12:29 -0800 (PST)
Gianluca Interlandi via tde-users <users(a)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
8:19 a.m.
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(a)trinitydesktop.org> wrote:
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
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
____________________________________________________
tde-users mailing list -- users(a)trinitydesktop.org
To unsubscribe send an email to users-leave(a)trinitydesktop.org
Web mail archive available at
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt…
--
Please do not email me anything that you are not comfortable also sharing with the NSA,
CIA ...
8:52 a.m.
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:
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.
On Sat, 9 Mar 2024 13:12:29 -0800 (PST)
Gianluca Interlandi via tde-users <users(a)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
Cheers, Gene Heskett, CET.
--
"There are four boxes to be used in defense of liberty:
soap, ballot, jury, and ammo. Please use in that order."
-Ed Howdershelt (Author, 1940)
If we desire respect for the law, we must first make the law respectable.
- Louis D. Brandeis
E. Liddell
____________________________________________________
tde-users mailing list -- users(a)trinitydesktop.org
To unsubscribe send an email to users-leave(a)trinitydesktop.org
Web mail archive available at
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt…
--
Please do not email me anything that you are not comfortable also sharing with the NSA,
CIA ...
____________________________________________________
tde-users mailing list -- users(a)trinitydesktop.org
To unsubscribe send an email to users-leave(a)trinitydesktop.org
Web mail archive available at
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt…
.
12:23 p.m.
On Sun, 10 Mar 2024 04:52:10 -0400
gene heskett via tde-users <users(a)trinitydesktop.org> wrote:
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
> 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.
14 Mar
14 Mar
12:58 a.m.
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(a)trinitydesktop.org> wrote:
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
> 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.
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(a)trinitydesktop.org
To unsubscribe send an email to users-leave(a)trinitydesktop.org
Web mail archive available at
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt…
-----------------------------------------------------
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.
-----------------------------------------------------
10 Mar
10 Mar
3:33 a.m.
Op zaterdag 9 maart 2024, schreef Gianluca Interlandi via tde-users:
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
On Sat, 9 Mar 2024, Rody via tde-users wrote:
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.
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(a)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(a)trinitydesktop.org
To unsubscribe send an email to users-leave(a)trinitydesktop.org
Web mail archive available at
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt
op.org
3:42 a.m.
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.
1:18 p.m.
Op zondag 10 maart 2024, schreef Darrell Anderson via tde-users:
On 3/9/24 10:37 AM, Rody via tde-users wrote:
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 :)
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. ____________________________________________________
tde-users mailing list -- users(a)trinitydesktop.org
To unsubscribe send an email to users-leave(a)trinitydesktop.org
Web mail archive available at
https://mail.trinitydesktop.org/mailman3/hyperkitty/list/users@trinitydeskt
op.org
1:55 p.m.
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
2:58 p.m.
Op zondag 10 maart 2024, schreef Michele Calgaro via tde-users:
Ok, so Trinity does have some native options.
Good to know. I'll add it to my notes.
Thanks a lot, :)
Rody
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
7:35 p.m.
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?
11 Mar
11 Mar
1:53 a.m.
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
11:29 a.m.
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
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
12 Mar
12 Mar
2:12 a.m.
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
45
days inactive
50
days old
17 comments
7 participants
participants (7)
-
Darrell Anderson -
Dr. Nikolaus Klepp -
E. Liddell -
gene heskett -
Gianluca Interlandi -
Michele Calgaro -
Rody