• need help killing screen blanker

    From gene heskett@21:1/5 to All on Mon Aug 26 16:30:02 2024
    rpib runniing bookworm. Private net. rt-preempt kernel. Security is a
    closed garage door and lead projectiles for unwanted guests.

    xfce4 desktop, running linuxcnc, which controls all 255 volt power to an
    11x56" lathe with several horsepower at its disposal. New install, came
    across a dangerous situation yesterday.

    Basically using the lathe as a jig to hold a long piece I was tapping by
    hand, powered up but stopped. screen blanker came on and locked me out
    till I logged back in leaving linuxcnc live but hidden behind a black
    screen. This is a dangerous condition if he wrong key is hit to wake it up.

    That monitor AND the idling rpi4b draw about 22 watts, and is turned off
    only for maintenance. UPS, standby generator, uptimes might be years.

    Replacing a CRT power hungry monitor means the only reason to blank a
    screen and interpose a login is security against prying eyes in an
    office environment.

    Soooo, what do I remove to absolutely, permanently disable the screen
    blanker? And I mean no chance it can ever do that to me again.

    Thanks.

    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From [email protected]@21:1/5 to gene heskett on Mon Aug 26 18:50:01 2024
    On Mon, Aug 26, 2024 at 10:29:10AM -0400, gene heskett wrote:
    rpib runniing bookworm. Private net. rt-preempt kernel. Security is a closed garage door and lead projectiles for unwanted guests.

    [...]

    You have provided lots of details which don't help us help you. But,
    alas, you left out the interesting tidbits :-)

    Soooo, what do I remove to absolutely, permanently disable the screen blanker? And I mean no chance it can ever do that to me again.

    There are many incarnations of screen blankers, so there are different incantations. Possibly, the one you are after is DPMS, where the monitor
    is signalled (via the VESA DPMS mechanism) to shut off.

    Assuming, again, you are under X11, there is "xset s off", which would
    disable the screensaver *and* the DPMS blanking. See the xset man page
    for all the gory details. This [1] is a good overview for all the
    other things you might want to try.

    Most desktop environments have a set of buttons and dials to achieve
    the same. That said, I don't "do" DEs, so I might be lying here.

    For Wayland, you'd have to ask someone smarter than me.

    Hope this gives you some leads to follow.

    Cheers
    [1] https://askubuntu.com/questions/67355/how-do-i-completely-turn-off-screensaver-and-power-management

    --
    tomás

    -----BEGIN PGP SIGNATURE-----

    iF0EABECAB0WIQRp53liolZD6iXhAoIFyCz1etHaRgUCZsyxRwAKCRAFyCz1etHa Rs17AJ0dYDRX+B5w41Vpsdk5r+bRj6WZGgCcCY+qe4FMX5c9Rbm2yeHRcHpGlAI=
    =udTF
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Stefan Monnier@21:1/5 to All on Mon Aug 26 19:20:02 2024
    Soooo, what do I remove to absolutely, permanently disable the screen blanker? And I mean no chance it can ever do that to me again.

    IME, this is a bit of an uphill battle, sadly.
    Basically, lots of tools can request/cause some kind of "screen
    blanking" so you can never be sure you've disabled all of them.

    Assuming you have a very vanilla installation, I'd look at
    the XFCE power manager settings where you can turn off the "display
    power management".

    Another option might be to set the "presentation mode" when the lathe is
    in use. You can do that manually by right-clicking on the power icon in
    the tray (assuming you have enabled "System tray icon" in the XFCE power manager settings) but that can be done programatically as well (I hope
    someone here can tell us how).


    Stefan

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Trish Fraser@21:1/5 to All on Mon Aug 26 19:30:01 2024
    Soooo, what do I remove to absolutely, permanently disable the screen >blanker? And I mean no chance it can ever do that to me again.

    Seems like, in XFCE, you need to go into settings and disable the
    screensaver.

    Good luck!

    --
    Trish Fraser, VVMZ4 91L2V -35.67910, 142.66607
    Tue 27 Aug 2024 03:08:17 AEST
    GNU/Linux 1997-2024 #283226 counter.li.org
    hermes up up 1 day, 16 hours, 30 minutes
    Debian GNU/Linux 11 (bullseye)
    kernel 5.10.0-32-amd64

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From [email protected]@21:1/5 to gene heskett on Mon Aug 26 20:10:01 2024
    On Mon, 26 Aug 2024, gene heskett wrote:

    rpib runniing bookworm. Private net. rt-preempt kernel. Security is a
    closed garage door and lead projectiles for unwanted guests.

    xfce4 desktop, running linuxcnc, which controls all 255 volt power to an 11x56" lathe with several horsepower at its disposal. New install, came across a dangerous situation yesterday.

    Basically using the lathe as a jig to hold a long piece I was tapping by hand, powered up but stopped. screen blanker came on and locked me out
    till I logged back in leaving linuxcnc live but hidden behind a black
    screen. This is a dangerous condition if he wrong key is hit to wake it up.

    That monitor AND the idling rpi4b draw about 22 watts, and is turned off
    only for maintenance. UPS, standby generator, uptimes might be years.

    Replacing a CRT power hungry monitor means the only reason to blank a
    screen and interpose a login is security against prying eyes in an
    office environment.

    Soooo, what do I remove to absolutely, permanently disable the screen blanker? And I mean no chance it can ever do that to me again.


    the debian folks do a pretty good job of packaging for most folks
    you can disable and uninstall till the cows come home
    the next update and it's right back
    sometimes you need to treat the system like a child and enforce the rules

    ls -l /usr/bin/xscreensaver
    -rwxr-xr-x 1 root root 51536 Mar 3 2023 /usr/bin/xscreensaver

    i do
    chmod 644 /usr/bin/xscreensaver
    chattr +i /usr/bin/xscreensaver

    this usually works
    then add this to a file i keep of things i modify

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From David Wright@21:1/5 to gene heskett on Mon Aug 26 20:40:01 2024
    On Mon 26 Aug 2024 at 10:29:10 (-0400), gene heskett wrote:
    xfce4 desktop, running linuxcnc, [ … ]
    came across a dangerous situation yesterday.

    Basically using the lathe as a jig to hold a long piece I was tapping
    by hand, powered up but stopped. screen blanker came on and locked me
    out till I logged back in leaving linuxcnc live but hidden behind a
    black screen. This is a dangerous condition if he wrong key is hit to
    wake it up.

    Surely it's not screen /blanking/ that's your problem¹ but screen
    /locking/. BTW were you really logging back in, or just unlocking
    the session?

    That monitor AND the idling rpi4b draw about 22 watts, and is turned
    off only for maintenance. UPS, standby generator, uptimes might be
    years.

    Replacing a CRT power hungry monitor means the only reason to blank a
    screen

    tomas mentioned xset, which should deal with that. You need to decide
    on whether a couple of seconds is too long to wait for recovery from
    anything more than simple blanking.

    and interpose a login is security against prying eyes in an
    office environment.

    That's the troublesome one for you.

    Soooo, what do I remove to absolutely, permanently disable the screen blanker? And I mean no chance it can ever do that to me again.

    AFAICT you need to investigate XFCE's Power Manager. A quick google
    turned up these:
    https://forum.manjaro.org/t/how-to-disable-auto-black-screen/127827/2
    https://forum.xfce.org/viewtopic.php?id=13535
    https://forum.manjaro.org/t/lock-screen-vs-login-screen/166644
    but there may be better ones too.

    ¹ touch Ctrl, the key at the extreme bottom left of the keyboard,
    to defeat it.

    Cheers,
    David.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Thomas Schmitt@21:1/5 to gene heskett on Mon Aug 26 20:50:02 2024
    Hi,

    gene heskett wrote:
    xfce4 desktop,
    screen blanker came on and locked me out till I logged back in

    If everything else fails:

    In these modern times, home office slave workers need ways to simulate relentless activity. Google "mouse jiggler", "auto clicker".
    There are mechanical mouse platforms, pseudo-mouse USB devices, and even software emulated mice.
    (I guess you have the parts loitering on the shelf which you would need
    for a mechanical mouse mover. :))

    There are also keyboard clips, advertised for Microsoft Teams.
    You would have to test whether XFCE locks the screen while the CapsLock
    or the Shift key is pressed.


    Of course you should first try to disable the screen locking. Especially
    the one which asks for login.
    But in these modern times ...


    Have a nice day :)

    Thomas

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Andrew M.A. Cater@21:1/5 to gene heskett on Mon Aug 26 20:30:01 2024
    On Mon, Aug 26, 2024 at 10:29:10AM -0400, gene heskett wrote:
    rpib runniing bookworm. Private net. rt-preempt kernel. Security is a closed garage door and lead projectiles for unwanted guests.


    Gene,

    First things first: where did the image come from?
    Is it originally from Raspberry Pi OS?
    If not, is it from raspi.debian.net and originally built from *Debian* sources? 32 or 64 bit? Exact version string from uname -a please

    xfce4 desktop, running linuxcnc, which controls all 255 volt power to an 11x56" lathe with several horsepower at its disposal. New install, came across a dangerous situation yesterday.


    rt-preempt kernel - so home built?
    linuxcnc - your install or the Debian-provided package?

    Basically using the lathe as a jig to hold a long piece I was tapping by hand, powered up but stopped. screen blanker came on and locked me out till
    I logged back in leaving linuxcnc live but hidden behind a black screen.
    This is a dangerous condition if he wrong key is hit to wake it up.


    You have a real time kernel to reduce latency but also put a desktop on there? You have two incompatible use cases and there has to be some compromise.

    That monitor AND the idling rpi4b draw about 22 watts, and is turned off
    only for maintenance. UPS, standby generator, uptimes might be years.


    How - and from where did you install XFCE?

    Replacing a CRT power hungry monitor means the only reason to blank a screen and interpose a login is security against prying eyes in an office environment.


    XFCE settings should do it - _your_ requirement for screen blanking is not everyone's requirement for screen blanking / security. People's needs vary
    - most of the desktop environments incorporate some element of screen blanking for security (or power saving).

    Soooo, what do I remove to absolutely, permanently disable the screen blanker? And I mean no chance it can ever do that to me again.


    "How to disable screen blanking in XFCE" into a search engine yields https://forum.xfce.org/viewtopic.php?id=8303

    Last comment is

    "Go to application menu, then hover over settings. One of the options should Power Manager. In there click on display. Turn off Display Power Management.

    Do Not Go Through All Settings"
    Thanks.

    Cheers, Gene Heskett, CET.

    Hope this helps - all best, as ever,

    Andy Cater
    ([email protected])
    --
    "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


    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Stefan Monnier@21:1/5 to All on Mon Aug 26 21:50:02 2024
    - most of the desktop environments incorporate some element of screen
    blanking for security (or power saving).

    There's also "burn in" for some monitor technologies.


    Stefan

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Felix Miata@21:1/5 to All on Mon Aug 26 21:50:02 2024
  • From gene heskett@21:1/5 to [email protected] on Tue Aug 27 16:20:02 2024
    On 8/26/24 12:46, [email protected] wrote:
    On Mon, Aug 26, 2024 at 10:29:10AM -0400, gene heskett wrote:
    rpib runniing bookworm. Private net. rt-preempt kernel. Security is a closed >> garage door and lead projectiles for unwanted guests.

    [...]

    You have provided lots of details which don't help us help you. But,
    alas, you left out the interesting tidbits :-)

    Soooo, what do I remove to absolutely, permanently disable the screen
    blanker? And I mean no chance it can ever do that to me again.

    There are many incarnations of screen blankers, so there are different incantations. Possibly, the one you are after is DPMS, where the monitor
    is signalled (via the VESA DPMS mechanism) to shut off.

    Assuming, again, you are under X11, there is "xset s off", which would disable the screensaver *and* the DPMS blanking. See the xset man page
    for all the gory details. This [1] is a good overview for all the
    other things you might want to try.

    That apparently turned it off for this boot. Where do I do it in the
    boot so It is always turned off? I think its runnin x, not wayland. or
    is it, I just checked, its blanked again. I issued xset s noblank, xset
    q says dpms is enabled. So I disabled it again.

    AArch64 debian, what do I remove to totally disable the screen blanker?
    I don't even want it installed. in other words, noblank for the next 20 years.... Apparently it is running wayland, and I can't run sudo synapticc.

    Lets start by fixing that?

    Most desktop environments have a set of buttons and dials to achieve
    the same. That said, I don't "do" DEs, so I might be lying here.

    For Wayland, you'd have to ask someone smarter than me.

    Hope this gives you some leads to follow.

    Cheers
    [1] https://askubuntu.com/questions/67355/how-do-i-completely-turn-off-screensaver-and-power-management


    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From [email protected]@21:1/5 to gene heskett on Tue Aug 27 16:40:01 2024
    On Tue, Aug 27, 2024 at 10:14:59AM -0400, gene heskett wrote:
    On 8/26/24 12:46, [email protected] wrote:

    [...]

    Assuming, again, you are under X11, there is "xset s off" [...]

    That apparently turned it off for this boot.

    Good news!

    [...]

    so It is always turned off? I think its runnin x, not wayland.

    OK.

    [...]

    AArch64 debian, what do I remove to totally disable the screen blanker? I don't even want it installed. in other words, noblank for the next 20 years.... Apparently it is running wayland, and I can't run sudo synapticc.

    Now -- which one, then? And what does that have to do with synaptic?

    You keep dragging in total strangers into the discussion, this is
    very confusing.

    If it is X you are running under, a small shell snippet in /etc/X11/Xsession.d might be what you are looking for ("xset" only runs under X, that is X has to be running and the command has to have access to the server in question via
    the DISPLAY variable).

    Cheers
    --
    t

    -----BEGIN PGP SIGNATURE-----

    iF0EABECAB0WIQRp53liolZD6iXhAoIFyCz1etHaRgUCZs3jPwAKCRAFyCz1etHa RkN9AJ0ccffcJ5njt7rBTd8hZgGAWFNPzwCeNdt2oVSg4ZkkLrhqUmK408C/TeA=
    =jCk5
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From gene heskett@21:1/5 to Trish Fraser on Tue Aug 27 19:10:01 2024
    On 8/26/24 13:27, Trish Fraser wrote:

    Soooo, what do I remove to absolutely, permanently disable the screen
    blanker? And I mean no chance it can ever do that to me again.

    Seems like, in XFCE, you need to go into settings and disable the screensaver.

    Good luck!

    That I'm assuming is canceled by the next reboot. And I get killed by
    linuxcnc starting up while I can't see it. So to make it permanent,
    either uninstall the perpetrator, or put something into /etc/Xsessions
    or its option file. The question is what do I do to make it permanent?

    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From gene heskett@21:1/5 to [email protected] on Tue Aug 27 19:00:02 2024
    On 8/26/24 12:46, [email protected] wrote:
    On Mon, Aug 26, 2024 at 10:29:10AM -0400, gene heskett wrote:
    rpib runniing bookworm. Private net. rt-preempt kernel. Security is a closed >> garage door and lead projectiles for unwanted guests.

    [...]

    You have provided lots of details which don't help us help you. But,
    alas, you left out the interesting tidbits :-)

    Soooo, what do I remove to absolutely, permanently disable the screen
    blanker? And I mean no chance it can ever do that to me again.

    There are many incarnations of screen blankers, so there are different incantations. Possibly, the one you are after is DPMS, where the monitor
    is signalled (via the VESA DPMS mechanism) to shut off.

    Assuming, again, you are under X11, there is "xset s off", which would disable the screensaver *and* the DPMS blanking. See the xset man page
    for all the gory details. This [1] is a good overview for all the
    other things you might want to try.

    Playing like one of the 10,000 monkeys assigned to redo W.Shakespear, I
    seem to have found that "xset s expose", which according to xset q turns
    dpms back on, so follow that with a "xset -dpms" seems to have
    accomplished it for this boot. 3 hours later I see its it still active
    from the back door, precisely what I want. noblank.

    Now, since Xsessions has been move to /etc, I assume it works for all
    uses. but there is only one, the "cnc" operator using my pw.

    So, what do I edit into /etc/Xsessions (or Xsession.options) to
    duplicate this for subsequent boots?

    tnx all
    Most desktop environments have a set of buttons and dials to achieve
    the same. That said, I don't "do" DEs, so I might be lying here.

    For Wayland, you'd have to ask someone smarter than me.

    Hope this gives you some leads to follow.

    Cheers
    [1] https://askubuntu.com/questions/67355/how-do-i-completely-turn-off-screensaver-and-power-management


    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Felix Miata@21:1/5 to All on Tue Aug 27 20:00:01 2024
    gene heskett composed on 2024-08-27 10:14 (UTC-0400):

    tomas@ wrote:

    Assuming, again, you are under X11, there is "xset s off", which would
    disable the screensaver *and* the DPMS blanking. See the xset man page
    for all the gory details. This [1] is a good overview for all the
    other things you might want to try.

    That apparently turned it off for this boot. Where do I do it in the
    boot so It is always turned off?

    Create a new file whose name begins with two digits in /etc/X11/Xsession.d/. Put
    it in your new file. The digits you choose determine in what order among the other
    files there it will be applied. I would try 45, but it may not even matter.
    --
    Evolution as taught in public schools is, like religion,
    based on faith, not based on science.

    Team OS/2 ** Reg. Linux User #211409 ** a11y rocks!

    Felix Miata

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From gene heskett@21:1/5 to [email protected] on Tue Aug 27 19:40:01 2024
    On 8/26/24 14:09, [email protected] wrote:
    On Mon, 26 Aug 2024, gene heskett wrote:

    rpib runniing bookworm. Private net. rt-preempt kernel. Security is a
    closed garage door and lead projectiles for unwanted guests.

    xfce4 desktop, running linuxcnc, which controls all 255 volt power to an
    11x56" lathe with several horsepower at its disposal. New install, came
    across a dangerous situation yesterday.

    Basically using the lathe as a jig to hold a long piece I was tapping by
    hand, powered up but stopped. screen blanker came on and locked me out
    till I logged back in leaving linuxcnc live but hidden behind a black
    screen. This is a dangerous condition if he wrong key is hit to wake it up. >>
    That monitor AND the idling rpi4b draw about 22 watts, and is turned off
    only for maintenance. UPS, standby generator, uptimes might be years.

    Replacing a CRT power hungry monitor means the only reason to blank a
    screen and interpose a login is security against prying eyes in an
    office environment.

    Soooo, what do I remove to absolutely, permanently disable the screen
    blanker? And I mean no chance it can ever do that to me again.


    the debian folks do a pretty good job of packaging for most folks
    you can disable and uninstall till the cows come home
    the next update and it's right back
    sometimes you need to treat the system like a child and enforce the rules

    ls -l /usr/bin/xscreensaver

    no such file here... Debian, back to playing 52 pickup again.
    But locate to the rescue:
    /etc/xdg/autostart/xscreensaver.desktop
    so sudo chmod 644 /etc/xdp/autostart/xscreensaver.desktop
    sudo chattr +i /etc/xdp/autostart/xsreensaver.desktop
    looks like it ought to work.

    i do
    chmod 644 /usr/bin/xscreensaver
    chattr +i /usr/bin/xscreensaver

    this usually works
    then add this to a file i keep of things i modify

    Thank you.

    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From [email protected]@21:1/5 to Felix Miata on Tue Aug 27 20:20:02 2024
    On Tue, Aug 27, 2024 at 01:56:43PM -0400, Felix Miata wrote:
    gene heskett composed on 2024-08-27 10:14 (UTC-0400):

    tomas@ wrote:

    Assuming, again, you are under X11, there is "xset s off", which would
    disable the screensaver *and* the DPMS blanking. See the xset man page
    for all the gory details. This [1] is a good overview for all the
    other things you might want to try.

    That apparently turned it off for this boot. Where do I do it in the
    boot so It is always turned off?

    Create a new file whose name begins with two digits in /etc/X11/Xsession.d/. Put
    it in your new file. The digits you choose determine in what order among the other
    files there it will be applied. I would try 45, but it may not even matter.

    Thanks.

    As a little reminder: those are shell script *snippets*. They are sourced by the X session, i.e. the shell script which ultimately starts X.

    This way you can e.g. export environment which is "seen" by all of your X descendants (e.g. that shell started in your X terminal).

    Don't do nasties in there: don't exit, don't block, don't exec. That will prevent your X from starting.

    Cheers
    --
    t

    -----BEGIN PGP SIGNATURE-----

    iF0EABECAB0WIQRp53liolZD6iXhAoIFyCz1etHaRgUCZs4YMQAKCRAFyCz1etHa RhjRAJ4iwPmSfhgTKKN+/4H9JvNoTzdhaQCeK53v3XzUuTtNQ9s+17sJM2fx4vk=
    =gbO3
    -----END PGP SIGNATURE-----

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From gene heskett@21:1/5 to David Wright on Tue Aug 27 21:00:01 2024
    On 8/26/24 14:37, David Wright wrote:
    On Mon 26 Aug 2024 at 10:29:10 (-0400), gene heskett wrote:
    xfce4 desktop, running linuxcnc, [ … ]
    came across a dangerous situation yesterday.

    Basically using the lathe as a jig to hold a long piece I was tapping
    by hand, powered up but stopped. screen blanker came on and locked me
    out till I logged back in leaving linuxcnc live but hidden behind a
    black screen. This is a dangerous condition if he wrong key is hit to
    wake it up.

    Surely it's not screen /blanking/ that's your problem¹ but screen
    /locking/. BTW were you really logging back in, or just unlocking
    the session?

    total login to get back to my session.

    That monitor AND the idling rpi4b draw about 22 watts, and is turned
    off only for maintenance. UPS, standby generator, uptimes might be
    years.

    Replacing a CRT power hungry monitor means the only reason to blank a
    screen

    tomas mentioned xset, which should deal with that. You need to decide
    on whether a couple of seconds is too long to wait for recovery from
    anything more than simple blanking.
    If the machine starts, while trying to wake it up and log back in to get control back to me, its already 5 seconds too damned late. With the pi,
    wakeup time is 5 + seconds by which time a sleeve caught on a chuck jaw
    has already tried to rip an arm off.

    and interpose a login is security against prying eyes in an
    office environment.

    That's the troublesome one for you.

    Absolutely. This is not an office environment. The path thru this garage
    is hardly wide enough for me, let alone company.


    Soooo, what do I remove to absolutely, permanently disable the screen
    blanker? And I mean no chance it can ever do that to me again.

    AFAICT you need to investigate XFCE's Power Manager. A quick google
    turned up these:
    https://forum.manjaro.org/t/how-to-disable-auto-black-screen/127827/2
    https://forum.xfce.org/viewtopic.php?id=13535
    https://forum.manjaro.org/t/lock-screen-vs-login-screen/166644
    but there may be better ones too.

    ¹ touch Ctrl, the key at the extreme bottom left of the keyboard,
    to defeat it.

    Cheers,
    David.

    Thank you David.
    .

    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From gene heskett@21:1/5 to Andrew M.A. Cater on Tue Aug 27 20:50:01 2024
    On 8/26/24 14:25, Andrew M.A. Cater wrote:
    On Mon, Aug 26, 2024 at 10:29:10AM -0400, gene heskett wrote:
    rpib runniing bookworm. Private net. rt-preempt kernel. Security is a closed >> garage door and lead projectiles for unwanted guests.


    Gene,

    First things first: where did the image come from?
    Is it originally from Raspberry Pi OS?
    If not, is it from raspi.debian.net and originally built from *Debian* sources?
    32 or 64 bit? Exact version string from uname -a please

    64 bit arm64 debian bookworm, modified with a later rt kernal to run
    linuxcnc, built for me by an aussie named Rod Webster,, RT kernels are
    not a problem. This one has more latency that one I built about a decade
    back but good enough to run lcnc in real time with no stuttering.
    200microsecs, mine is much faster at 12. Its a 4.19 I actually built on
    the pi, armhf flavor.

    In case its not obvious, linuxcnc generally runs in its own little
    world. Your code base moves several times faster than ours. I built this machine a decade ago just to see if a pi3b could do it. It could but
    stumbled a bit, with a pi4b, its kool at twice the speed. Stepper
    driven, its also a showcase for the newest motor tech, stepper/servo's.
    Several more times more accurate than normal steppers. And the motors
    run much cooler. You see that in your power bill.

    xfce4 desktop, running linuxcnc, which controls all 255 volt power to an
    11x56" lathe with several horsepower at its disposal. New install, came
    across a dangerous situation yesterday.


    rt-preempt kernel - so home built?
    By Rod.
    linuxcnc - your install or the Debian-provided package?
    debian's lcnc-2.9 with some later patches. I'm used to running
    3.0/master on this machine as I've played the canary in the coal mine
    for that last 2 decades. Finding problems hopefully before they bite a
    shop producing a profit. But my next bday will be my 90th so I'm scaling
    back. We are 100% volunteer, doing this either because we are retired
    and have the time(me & several others), or are involved because of the
    $dayjob.

    Basically using the lathe as a jig to hold a long piece I was tapping by
    hand, powered up but stopped. screen blanker came on and locked me out till >> I logged back in leaving linuxcnc live but hidden behind a black screen.
    This is a dangerous condition if he wrong key is hit to wake it up.


    You have a real time kernel to reduce latency but also put a desktop on there?
    You have two incompatible use cases and there has to be some compromise.
    Sure, if the puter has the hp, why not
    .
    I have 4 cnc machines, and soon 3 3d-printers. With bananapi's running
    the printers by way of klipper and friends, why not, the horsepower is
    there, use it.

    That monitor AND the idling rpi4b draw about 22 watts, and is turned off
    only for maintenance. UPS, standby generator, uptimes might be years.


    How - and from where did you install XFCE?
    I used the package manager, usually synaptic, I assume Rod used a
    similar procedure. It worked, I didn't ask.

    Replacing a CRT power hungry monitor means the only reason to blank a screen >> and interpose a login is security against prying eyes in an office
    environment.


    XFCE settings should do it - _your_ requirement for screen blanking is not everyone's requirement for screen blanking / security. People's needs vary
    - most of the desktop environments incorporate some element of screen blanking
    for security (or power saving).

    Soooo, what do I remove to absolutely, permanently disable the screen
    blanker? And I mean no chance it can ever do that to me again.


    "How to disable screen blanking in XFCE" into a search engine yields https://forum.xfce.org/viewtopic.php?id=8303

    Last comment is

    "Go to application menu, then hover over settings. One of the options should Power Manager. In there click on display. Turn off Display Power Management.

    Do Not Go Through All Settings"
    Thanks.

    Cheers, Gene Heskett, CET.

    Hope this helps - all best, as ever,

    Thanks Andy.

    Andy Cater
    ([email protected])
    --
    "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


    .

    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Andrew M.A. Cater@21:1/5 to gene heskett on Tue Aug 27 21:30:01 2024
    On Tue, Aug 27, 2024 at 02:44:52PM -0400, gene heskett wrote:
    On 8/26/24 14:25, Andrew M.A. Cater wrote:
    On Mon, Aug 26, 2024 at 10:29:10AM -0400, gene heskett wrote:

    Gene,

    First things first: where did the image come from?
    32 or 64 bit? Exact version string from uname -a please

    64 bit arm64 debian bookworm, modified with a later rt kernal to run linuxcnc, built for me by an aussie named Rod Webster,, RT kernels are not a problem. This one has more latency that one I built about a decade back but good enough to run lcnc in real time with no stuttering. 200microsecs, mine is much faster at 12. Its a 4.19 I actually built on the pi, armhf flavor.


    That still doesn't say where the original software came from - whether yours
    is based on Raspberry Pi OS or on straightforward Debian. That can make a difference.

    In case its not obvious, linuxcnc generally runs in its own little world. Your code base moves several times faster than ours. I built this machine a decade ago just to see if a pi3b could do it. It could but stumbled a bit, with a pi4b, its kool at twice the speed. Stepper driven, its also a showcase for the newest motor tech, stepper/servo's. Several more times more accurate than normal steppers. And the motors run much cooler. You see that in your power bill.


    Now that there is a Debian maintainer maintaining linuxcnc in stable -
    _maybe_ just use that and save patching?


    rt-preempt kernel - so home built?
    By Rod.
    linuxcnc - your install or the Debian-provided package?

    See above. The more you patch / move away from Debian, the less anyone
    here is able to help directly.

    debian's lcnc-2.9 with some later patches. I'm used to running 3.0/master on this machine as I've played the canary in the coal mine for that last 2 decades. Finding problems hopefully before they bite a shop producing a profit. But my next bday will be my 90th so I'm scaling back. We are 100% volunteer, doing this either because we are retired and have the time(me & several others), or are involved because of the $dayjob.


    You have a real time kernel to reduce latency but also put a desktop on there?
    You have two incompatible use cases and there has to be some compromise.
    Sure, if the puter has the hp, why not
    .

    Because the requirements of a desktop / GUI may *not* be compatible with instant response and RT kernel. Two different functions, use cases, biases
    in how they run. And the Pi4b, even though it is fairly capable, is not scaled for ultimate performance. You are complaining about a desktop feature here.


    How - and from where did you install XFCE?
    I used the package manager, usually synaptic, I assume Rod used a similar procedure. It worked, I didn't ask.

    So _you_ didn't install it, it was already installed?

    Soooo, what do I remove to absolutely, permanently disable the screen blanker? And I mean no chance it can ever do that to me again.


    "How to disable screen blanking in XFCE" into a search engine yields https://forum.xfce.org/viewtopic.php?id=8303

    Last comment is

    "Go to application menu, then hover over settings. One of the options should Power Manager. In there click on display. Turn off Display Power Management.

    Do Not Go Through All Settings"

    Did you try this? You never quite seem to know what software you are running, whether you're running on X or on Wayland. That's one of the reasons we ask questions to _try_ and establish what's going on.

    Andy

    Thanks.

    Cheers, Gene Heskett, CET.

    Hope this helps - all best, as ever,

    Thanks Andy.

    Andy Cater
    ([email protected])
    --
    "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


    .

    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


    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From David Wright@21:1/5 to gene heskett on Wed Aug 28 03:10:01 2024
    On Tue 27 Aug 2024 at 14:58:14 (-0400), gene heskett wrote:
    On 8/26/24 14:37, David Wright wrote:
    On Mon 26 Aug 2024 at 10:29:10 (-0400), gene heskett wrote:
    xfce4 desktop, running linuxcnc, [ … ]
    came across a dangerous situation yesterday.

    Basically using the lathe as a jig to hold a long piece I was tapping
    by hand, powered up but stopped. screen blanker came on and locked me
    out till I logged back in leaving linuxcnc live but hidden behind a
    black screen. This is a dangerous condition if he wrong key is hit to wake it up.

    Surely it's not screen /blanking/ that's your problem¹ but screen /locking/. BTW were you really logging back in, or just unlocking
    the session?

    total login to get back to my session.

    How did you distinguish between the two cases?

    That monitor AND the idling rpi4b draw about 22 watts, and is turned
    off only for maintenance. UPS, standby generator, uptimes might be years.

    Replacing a CRT power hungry monitor means the only reason to blank a screen

    tomas mentioned xset, which should deal with that. You need to decide
    on whether a couple of seconds is too long to wait for recovery from anything more than simple blanking.
    If the machine starts, while trying to wake it up and log back in to
    get control back to me, its already 5 seconds too damned late. With
    the pi, wakeup time is 5 + seconds by which time a sleeve caught on a
    chuck jaw has already tried to rip an arm off.

    Agreed, but my paragraph was distinguishing between simple blanking
    and powersaving. (Of course you don't want to be typing a password.)

    In the past, I found the instant recovery from blanking (with no
    powersaving) was quite satisfactory, while preventing burn-in from
    being run 24/7. (This was in a lab with restricted access.)

    and interpose a login is security against prying eyes in an
    office environment.

    That's the troublesome one for you.

    Absolutely. This is not an office environment. The path thru this
    garage is hardly wide enough for me, let alone company.

    There are plenty of google hits on this topic, some posted by people
    who get fed up logging in over and over again in meetings. Various
    OSes plus xfce.org itself. Have you made any progress yourself? I get
    the impression

    Soooo, what do I remove to absolutely, permanently disable the screen blanker? And I mean no chance it can ever do that to me again.

    There are odd reports of a very long timeout working better than Off.
    Perhaps bear that in mind.

    AFAICT you need to investigate XFCE's Power Manager. A quick google
    turned up these:
    https://forum.manjaro.org/t/how-to-disable-auto-black-screen/127827/2
    https://forum.xfce.org/viewtopic.php?id=13535
    https://forum.manjaro.org/t/lock-screen-vs-login-screen/166644
    but there may be better ones too.

    On Mon 26 Aug 2024 at 15:42:56 (-0400), Felix Miata wrote:
    David Wright composed on 2024-08-26 14:36 (UTC-0400):

    ¹ touch Ctrl, the key at the extreme bottom left of the keyboard,
    to defeat it.

    Are you sure?

    Well, all four of the laptops in this house, the previous two we
    disposed of, and all the assorted keybords I've acquired over the
    last twenty years or so.

    But finding the safest key to use may be irrelevant if Gene doesn't
    trust even basic screen blanking to occur (see above).

    Cheers,
    David.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From Trish Fraser@21:1/5 to All on Wed Aug 28 03:40:01 2024
    On 8/26/24 13:27, Trish Fraser wrote:

    Soooo, what do I remove to absolutely, permanently disable the
    screen blanker? And I mean no chance it can ever do that to me
    again.

    Seems like, in XFCE, you need to go into settings and disable the
    screensaver.

    Good luck!

    That I'm assuming is canceled by the next reboot. And I get killed by >linuxcnc starting up while I can't see it. So to make it permanent,
    either uninstall the perpetrator, or put something into /etc/Xsessions
    or its option file. The question is what do I do to make it permanent?

    Disabling it in settings *is* permanent.
    --
    Trish Fraser, VVMZ4 91L2V -35.67910, 142.66607
    Wed 28 Aug 2024 11:31:10 AEST
    GNU/Linux 1997-2024 #283226 counter.li.org
    andromeda up up 1 hour, 7 minutes
    Debian GNU/Linux 12 (bookworm)
    kernel 6.1.0-23-amd64

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From David Wright@21:1/5 to gene heskett on Sat Aug 31 06:40:01 2024
    On Wed 28 Aug 2024 at 11:13:16 (-0400), gene heskett wrote⁰:
    On 8/27/24 21:03, David Wright wrote:
    On Mon 26 Aug 2024 at 15:42:56 (-0400), Felix Miata wrote:
    David Wright composed on 2024-08-26 14:36 (UTC-0400):

    ¹ touch Ctrl, the key at the extreme bottom left of the keyboard,
    to defeat it.
    Are you sure?

    Well, all four of the laptops in this house, the previous two we
    disposed of, and all the assorted keybords I've acquired over the
    last twenty years or so

    My last lappy was disposed of 10 years ago. The touchpad interface was
    the least of its problems.

    But finding the safest key to use may be irrelevant if Gene doesn't
    trust even basic screen blanking to occur (see above).

    Sorry but you don't understand the problem David. I could be killed
    while trying to log back into it, and the 30 seconds it takes to login
    again, when I could stop it with one keypress w/o that damned blanker.

    It's very difficult to communicate with you about the various screen
    behaviours when you only seem able to use the one term, "blanker".

    Blanking the screen is something that linux has done as far back as
    I can remember. It has absolutely no effect on your pressing one key,
    because unlike with Windows, that keystroke, which unblanks the screen,
    is not thrown away, but treated as normal, as if the screen hadn't
    been blank at all.

    But, as I wrote above, I don't think you will even tolerate the screen
    blanking in that, or any other manner, so discussion of an aside about
    keyboard layout is not something I thought anyone would raise, nor
    that you would want to engage in.

    So cut to the chase: you're interested in preventing screen /locking/
    and/or forced logout. And yet you entirely ignored the greater part
    of my post, which was on that topic.

    On Tue 27 Aug 2024 at 14:58:14 (-0400), gene heskett wrote:
    On 8/26/24 14:37, David Wright wrote:
    On Mon 26 Aug 2024 at 10:29:10 (-0400), gene heskett wrote:
    xfce4 desktop, running linuxcnc, [ … ]
    came across a dangerous situation yesterday.

    Basically using the lathe as a jig to hold a long piece I was tapping by hand, powered up but stopped. screen blanker came on and locked me out till I logged back in leaving linuxcnc live but hidden behind a black screen. This is a dangerous condition if he wrong key is hit to
    wake it up.

    Surely it's not screen /blanking/ that's your problem¹ but screen /locking/. BTW were you really logging back in, or just unlocking
    the session?

    total login to get back to my session.

    How did you distinguish between the two cases?

    That monitor AND the idling rpi4b draw about 22 watts, and is turned off only for maintenance. UPS, standby generator, uptimes might be years.

    Replacing a CRT power hungry monitor means the only reason to blank a screen

    tomas mentioned xset, which should deal with that. You need to decide on whether a couple of seconds is too long to wait for recovery from anything more than simple blanking.
    If the machine starts, while trying to wake it up and log back in to
    get control back to me, its already 5 seconds too damned late. With
    the pi, wakeup time is 5 + seconds by which time a sleeve caught on a chuck jaw has already tried to rip an arm off.

    Agreed, but my paragraph was distinguishing between simple blanking
    and powersaving. (Of course you don't want to be typing a password.)

    In the past, I found the instant recovery from blanking (with no powersaving) was quite satisfactory, while preventing burn-in from
    being run 24/7. (This was in a lab with restricted access.)

    and interpose a login is security against prying eyes in an
    office environment.

    That's the troublesome one for you.

    Absolutely. This is not an office environment. The path thru this
    garage is hardly wide enough for me, let alone company.

    There are plenty of google hits on this topic, some posted by people
    who get fed up logging in over and over again in meetings. Various
    OSes plus xfce.org itself. Have you made any progress yourself? I get
    the impression

    I left that sentence incomplete because I thought I'd see whether you
    would have a response after reading some of the references given below.
    But as there has been none, I'll finish it: I get the impression that
    you might be enjoying the rant rather more than fixing the problem.

    Soooo, what do I remove to absolutely, permanently disable the screen blanker? And I mean no chance it can ever do that to me again.

    If there's someone here that runs the same desktop etc as you, has
    exactly the same problem (and sees it /as/ a problem to fix), and has successfully fixed it, then they may spoonfeed you the solution.
    Otherwise, you have some investigating to do. And if you really care,
    then you'll need to test any fix, as:

    There are odd reports of a very long timeout working better than Off. Perhaps bear that in mind.

    AFAICT you need to investigate XFCE's Power Manager. A quick google turned up these:
    https://forum.manjaro.org/t/how-to-disable-auto-black-screen/127827/2
    https://forum.xfce.org/viewtopic.php?id=13535
    https://forum.manjaro.org/t/lock-screen-vs-login-screen/166644
    but there may be better ones too.

    (There are more, but I didn't jot down the references.)

    ⁰ it was sent to me rather than the list. I've cut nothing from it,
    and attempted to make this post thread correctly.

    Cheers,
    David.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From George at Clug@21:1/5 to All on Sat Aug 31 10:10:01 2024
    On Wednesday, 28-08-2024 at 11:31 Trish Fraser wrote:
    On 8/26/24 13:27, Trish Fraser wrote:

    Soooo, what do I remove to absolutely, permanently disable the
    screen blanker? And I mean no chance it can ever do that to me
    again.

    Seems like, in XFCE, you need to go into settings and disable the
    screensaver.

    If this helps anyone, my comment is:  I don't use screensavers
    either, so as described above, in XFCE's Power Manager, Display tab, I
    set 'Blank after' to 'Never', 'Put to sleep after' to 'Never', 'Switch
    off after' to 'Never, and then I select the "Display power management"
    slider to off.

    In XFCE's Session and Startup, General tab, I unchecked "Lock screen
    before sleep".

    I cannot remember making any other changes that are relevant to screen
    savers or power management.

    I made these settings a year or so go, I have not had need to reapply
    these settings (after updates or power off/on), and my screen does not
    go blank while I am using my computer, my two monitors just continue
    to show my linux screens.


    George.





    Good luck!

    That I'm assuming is canceled by the next reboot. And I get killed
    by
    linuxcnc starting up while I can't see it. So to make it permanent,

    either uninstall the perpetrator, or put something into
    /etc/Xsessions
    or its option file. The question is what do I do to make it
    permanent?

    Disabling it in settings *is* permanent.
    --
    Trish Fraser, VVMZ4 91L2V -35.67910, 142.66607
    Wed 28 Aug 2024 11:31:10 AEST
    GNU/Linux 1997-2024 #283226 counter.li.org
    andromeda up up 1 hour, 7 minutes
    Debian GNU/Linux 12 (bookworm)
    kernel 6.1.0-23-amd64



    <html>
    <head>
    <style type="text/css">
    body,p,td,div,span{
    font-size:13px; font-family:Arial, Helvetica, sans-serif;
    };
    body p{
    margin:0px;
    }
    </style>
    </head>
    <body>On Wednesday, 28-08-2024 at 11:31 Trish Fraser wrote:<br>
    &gt; &gt;On 8/26/24 13:27, Trish Fraser wrote:<br>
    &gt; &gt;&gt; <br>
    &gt; &gt;&gt;&gt; Soooo, what do I remove to absolutely, permanently disable the<br>
    &gt; &gt;&gt;&gt; screen blanker? And I mean no chance it can ever do that to me<br>
    &gt; &gt;&gt;&gt; again.<br>
    &gt; &gt;&gt; <br>
    &gt; &gt;&gt; Seems like, in XFCE, you need to go into settings and disable the<br>
    &gt; &gt;&gt; screensaver.<br>

    If this helps anyone, my comment is:&nbsp;&nbsp;I don't use screensavers either, so as described above, in XFCE's Power Manager, Display tab, I set 'Blank after' to 'Never', 'Put to sleep after' to 'Never', 'Switch off after' to 'Never, and then I select
    the "Display power management" slider to off.<br>

    In XFCE's Session and Startup, General tab, I unchecked "Lock screen before sleep".<br>

    I cannot remember making any other changes that are relevant to screen savers or power management.<br>

    I made these settings a year or so go, I have not had need to reapply these settings (after updates or power off/on), and my screen does not go blank while I am using my computer, my two monitors just continue to show my linux screens.<br><div><br></div><
    George.</div><div><br></div>


    &gt; &gt;&gt; <br>
    &gt; &gt;&gt; Good luck!<br>
    &gt; &gt;&gt; <br>
    &gt; &gt;That I'm assuming is canceled by the next reboot. And I get killed by <br>
    &gt; &gt;linuxcnc starting up while I can't see it. So to make it permanent, <br>
    &gt; &gt;either uninstall the perpetrator, or put something into /etc/Xsessions <br>
    &gt; &gt;or its option file. The question is what do I do to make it permanent?<br>
    &gt; <br>
    &gt; Disabling it in settings *is* permanent.<br>
    &gt; -- <br>
    &gt; Trish Fraser, VVMZ4 91L2V -35.67910, 142.66607<br>
    &gt; Wed 28 Aug 2024 11:31:10 AEST<br>
    &gt; GNU/Linux 1997-2024 #283226 counter.li.org<br>
    &gt; andromeda up up 1 hour, 7 minutes<br>
    &gt; Debian GNU/Linux 12 (bookworm)<br>
    &gt; kernel 6.1.0-23-amd64<br>
    &gt; <br>
    &gt;</body></html>

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From David Wright@21:1/5 to George at Clug on Sun Sep 1 05:00:01 2024
    On Sat 31 Aug 2024 at 18:01:59 (+1000), George at Clug wrote:
    On Wednesday, 28-08-2024 at 11:31 Trish Fraser wrote:
    On 8/26/24 13:27, Trish Fraser wrote:

    Soooo, what do I remove to absolutely, permanently disable the
    screen blanker? And I mean no chance it can ever do that to me
    again.

    Seems like, in XFCE, you need to go into settings and disable the
    screensaver.

    If this helps anyone, my comment is:  I don't use screensavers
    either, so as described above, in XFCE's Power Manager, Display tab, I
    set 'Blank after' to 'Never', 'Put to sleep after' to 'Never', 'Switch
    off after' to 'Never, and then I select the "Display power management"
    slider to off.

    In XFCE's Session and Startup, General tab, I unchecked "Lock screen
    before sleep".

    I cannot remember making any other changes that are relevant to screen
    savers or power management.

    I made these settings a year or so go, I have not had need to reapply
    these settings (after updates or power off/on), and my screen does not
    go blank while I am using my computer, my two monitors just continue
    to show my linux screens.

    And so should we assume Gene's report that he needs to actually login
    again after the screen locks itself is likely caused by confusing the
    unlocking screen with a login screen? Being DE-less, I haven't seen
    either screen, and am unable to make a judgment, but several webpages
    mentioned that confusion.

    Cheers,
    David.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From gene heskett@21:1/5 to David Wright on Sun Sep 1 06:40:01 2024
    On 8/31/24 22:58, David Wright wrote:
    On Sat 31 Aug 2024 at 18:01:59 (+1000), George at Clug wrote:
    On Wednesday, 28-08-2024 at 11:31 Trish Fraser wrote:
    On 8/26/24 13:27, Trish Fraser wrote:

    Soooo, what do I remove to absolutely, permanently disable the
    screen blanker? And I mean no chance it can ever do that to me
    again.

    Seems like, in XFCE, you need to go into settings and disable the
    screensaver.

    If this helps anyone, my comment is:  I don't use screensavers
    either, so as described above, in XFCE's Power Manager, Display tab, I
    set 'Blank after' to 'Never', 'Put to sleep after' to 'Never', 'Switch
    off after' to 'Never, and then I select the "Display power management"
    slider to off.

    In XFCE's Session and Startup, General tab, I unchecked "Lock screen
    before sleep".

    I cannot remember making any other changes that are relevant to screen
    savers or power management.

    I made these settings a year or so go, I have not had need to reapply
    these settings (after updates or power off/on), and my screen does not
    go blank while I am using my computer, my two monitors just continue
    to show my linux screens.

    And so should we assume Gene's report that he needs to actually login
    again after the screen locks itself is likely caused by confusing the unlocking screen with a login screen? Being DE-less, I haven't seen
    either screen, and am unable to make a judgment, but several webpages mentioned that confusion.

    Cheers,
    David.

    Which is exactly the advice I needed. Thank you!
    .

    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From gene heskett@21:1/5 to David Wright on Sun Sep 1 07:10:01 2024
    On 8/31/24 22:58, David Wright wrote:
    On Sat 31 Aug 2024 at 18:01:59 (+1000), George at Clug wrote:
    On Wednesday, 28-08-2024 at 11:31 Trish Fraser wrote:
    On 8/26/24 13:27, Trish Fraser wrote:

    Soooo, what do I remove to absolutely, permanently disable the
    screen blanker? And I mean no chance it can ever do that to me
    again.

    Seems like, in XFCE, you need to go into settings and disable the
    screensaver.

    If this helps anyone, my comment is:  I don't use screensavers
    either, so as described above, in XFCE's Power Manager, Display tab, I
    set 'Blank after' to 'Never', 'Put to sleep after' to 'Never', 'Switch
    off after' to 'Never, and then I select the "Display power management"
    slider to off.

    In XFCE's Session and Startup, General tab, I unchecked "Lock screen
    before sleep".

    I cannot remember making any other changes that are relevant to screen
    savers or power management.

    I made these settings a year or so go, I have not had need to reapply
    these settings (after updates or power off/on), and my screen does not
    go blank while I am using my computer, my two monitors just continue
    to show my linux screens.

    And so should we assume Gene's report that he needs to actually login
    again after the screen locks itself is likely caused by confusing the unlocking screen with a login screen? Being DE-less, I haven't seen
    either screen, and am unable to make a judgment, but several webpages mentioned that confusion.

    Picking nits David, the effect is exactly the same, plus 2-4 seconds to actually restore the screen to the linuxcnc control gui. Presumably the
    pi has to pull the gui back out of swap or cache, which is potentially dangerous which is reason enough to disable it forever. I have not
    gotten around to moving that stuff to a much faster SSD on a USB3
    interface. Even a 128GB u-sd is slower by far.

    Thank you.

    Cheers,
    David.

    .

    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

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)
  • From David Wright@21:1/5 to gene heskett on Sun Sep 1 17:00:01 2024
    On Sun 01 Sep 2024 at 01:05:21 (-0400), gene heskett wrote:
    On 8/31/24 22:58, David Wright wrote:
    And so should we assume Gene's report that he needs to actually login
    again after the screen locks itself is likely caused by confusing the unlocking screen with a login screen? Being DE-less, I haven't seen
    either screen, and am unable to make a judgment, but several webpages mentioned that confusion.

    Picking nits David, the effect is exactly the same, plus 2-4 seconds
    to actually restore the screen to the linuxcnc control gui. Presumably
    the pi has to pull the gui back out of swap or cache, which is
    potentially dangerous which is reason enough to disable it forever. I
    have not gotten around to moving that stuff to a much faster SSD on a
    USB3 interface. Even a 128GB u-sd is slower by far.

    AIUI there's a range of behaviours that the Power Manager controls,
    things like blanking, standby, screensaver programs, monitor-off and
    locking, amongst others.

    What I haven't seen unambiguously mentioned is forced logoff, and
    I can't see a reason why there necessarily would be, because I think
    of forced logoff as something used when a resource is in contention;
    like when there were 1000+ dumb teminals in a university connected
    to a front-end that could handle, say, 250 simultaneous logins.

    So if the behaviour you report /is/ actually locking, and not logoff,
    you are saved the business of wondering whether there's still a
    feature that your Power Manager settings haven't allowed you to
    control and that you've got to find.

    When I was driving a travelling stage around, underneath a laser and an
    optical microscope, I didn't worry about screen blanking because in an emergency, I could hit any active key before I'd even noticed whether
    the screen was black or not. Understand, the monitor was fully powered
    up, but the phosphor wasn't glowing. Under normal conditions, I'd
    unblank the screen with Ctrl, as that didn't send any action to the
    programs running: these programs were completely unaware that the
    screen was blanked.

    Of course, you should test whether the same is true for the Power
    Manager settings you choose, and retest after any upgrades, but
    I understand that never blanking anything may be your preference.

    Cheers,
    David.

    --- SoupGate-Win32 v1.05
    * Origin: fsxNet Usenet Gateway (21:1/5)