Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]

Groups > linux.debian.user > #272591 > unrolled thread

need help killing screen blanker

Back to article view | Back to linux.debian.user

Contents

  need help killing screen blanker gene heskett <gheskett@shentel.net> - 2024-08-26 16:30 +0200
    Re: need help killing screen blanker <tomas@tuxteam.de> - 2024-08-26 18:50 +0200
      Re: need help killing screen blanker gene heskett <gheskett@shentel.net> - 2024-08-27 16:20 +0200
        Re: need help killing screen blanker <tomas@tuxteam.de> - 2024-08-27 16:40 +0200
        Re: need help killing screen blanker Felix Miata <mrmazda@stanis.net> - 2024-08-27 20:00 +0200
          Re: need help killing screen blanker <tomas@tuxteam.de> - 2024-08-27 20:20 +0200
      Re: need help killing screen blanker gene heskett <gheskett@shentel.net> - 2024-08-27 19:00 +0200
    Re: need help killing screen blanker Stefan Monnier <monnier@iro.umontreal.ca> - 2024-08-26 19:20 +0200
    Re: need help killing screen blanker Trish Fraser <trish@thefrasers.org> - 2024-08-26 19:30 +0200
      Re: need help killing screen blanker gene heskett <gheskett@shentel.net> - 2024-08-27 19:10 +0200
        Re: need help killing screen blanker Trish Fraser <trish@thefrasers.org> - 2024-08-28 03:40 +0200
    Re: need help killing screen blanker fxkl47BF@protonmail.com - 2024-08-26 20:10 +0200
      Re: need help killing screen blanker gene heskett <gheskett@shentel.net> - 2024-08-27 19:40 +0200
    Re: need help killing screen blanker "Andrew M.A. Cater" <amacater@einval.com> - 2024-08-26 20:30 +0200
      Re: need help killing screen blanker Stefan Monnier <monnier@iro.umontreal.ca> - 2024-08-26 21:50 +0200
      Re: need help killing screen blanker gene heskett <gheskett@shentel.net> - 2024-08-27 20:50 +0200
        Re: need help killing screen blanker "Andrew M.A. Cater" <amacater@einval.com> - 2024-08-27 21:30 +0200
    Re: need help killing screen blanker David Wright <deblis@lionunicorn.co.uk> - 2024-08-26 20:40 +0200
      Re: need help killing screen blanker Felix Miata <mrmazda@stanis.net> - 2024-08-26 21:50 +0200
      Re: need help killing screen blanker gene heskett <gheskett@shentel.net> - 2024-08-27 21:00 +0200
        Re: need help killing screen blanker David Wright <deblis@lionunicorn.co.uk> - 2024-08-28 03:10 +0200
          Re: need help killing screen blanker David Wright <deblis@lionunicorn.co.uk> - 2024-08-31 06:40 +0200
        Re: need help killing screen blanker Max Nikulin <manikulin@gmail.com> - 2024-09-02 05:20 +0200
    Re: need help killing screen blanker "Thomas Schmitt" <scdbackup@gmx.net> - 2024-08-26 20:50 +0200
      Re: need help killing screen blanker Max Nikulin <manikulin@gmail.com> - 2024-08-27 04:00 +0200

Page 1 of 2  [1] 2  Next page →

#272591 — need help killing screen blanker

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

[toc] | [next] | [standalone]

#272595

[Multipart message — attachments visible in raw view] — view raw

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

[toc] | [prev] | [next] | [standalone]

#272621

On 8/26/24 12:46, tomas@tuxteam.de 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

[toc] | [prev] | [next] | [standalone]

#272622

[Multipart message — attachments visible in raw view] — view raw

On Tue, Aug 27, 2024 at 10:14:59AM -0400, gene heskett wrote:
> On 8/26/24 12:46, tomas@tuxteam.de 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

[toc] | [prev] | [next] | [standalone]

#272634

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

[toc] | [prev] | [next] | [standalone]

#272635

[Multipart message — attachments visible in raw view] — view raw

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

[toc] | [prev] | [next] | [standalone]

#272629

On 8/26/24 12:46, tomas@tuxteam.de 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

[toc] | [prev] | [next] | [standalone]

#272597

> 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

[toc] | [prev] | [next] | [standalone]

#272598

>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

[toc] | [prev] | [next] | [standalone]

#272630

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

[toc] | [prev] | [next] | [standalone]

#272659

>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

[toc] | [prev] | [next] | [standalone]

#272599

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

[toc] | [prev] | [next] | [standalone]

#272633

On 8/26/24 14:09, fxkl47BF@protonmail.com 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

[toc] | [prev] | [next] | [standalone]

#272600

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
(amacater@debian.org)
> -- 
> "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
> 

[toc] | [prev] | [next] | [standalone]

#272604

> - 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

[toc] | [prev] | [next] | [standalone]

#272638

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
> (amacater@debian.org)
>> -- 
>> "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

[toc] | [prev] | [next] | [standalone]

#272644

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
> > (amacater@debian.org)
> > > -- 
> > > "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
> 

[toc] | [prev] | [next] | [standalone]

#272601

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.

[toc] | [prev] | [next] | [standalone]

#272603

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? 
https://commons.wikimedia.org/wiki/File:Apple_keyboard_-.jpg
https://commons.wikimedia.org/wiki/File:AT_keyboard_original_layout.png
https://commons.wikimedia.org/wiki/File:ErgoLogicFlexProKB2652.jpg
https://commons.wikimedia.org/wiki/File:Happy_Hacking_Keyboard_Lite_2.jpg
https://commons.wikimedia.org/wiki/File:IBM_AS400_Keyboard.jpg
https://commons.wikimedia.org/wiki/File:IBM_Model_F_XT_German_keyboard.jpg
https://commons.wikimedia.org/wiki/File:Keyboard._German_layout,_Lenovo_ThinkPad-0832.jpg
https://commons.wikimedia.org/wiki/File:Logitech_MK240_CJK_Keyboard_4.jpg
https://commons.wikimedia.org/wiki/File:MacBook_Air_keyboard_1.jpg
https://commons.wikimedia.org/wiki/File:Omnikey102p3248.jpg
https://commons.wikimedia.org/wiki/File:ThinkPad_T430_%28keyboard%29.jpg
https://commons.wikimedia.org/wiki/File:Videoton_TV_Computer_%281984%29_keyboard_layout.png

More on
https://commons.wikimedia.org/w/index.php?search=keyboard&title=Special:MediaSearch&go=Go&type=image

Gene has a lot of stuff the rest of us don't. :D
-- 
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

[toc] | [prev] | [next] | [standalone]

#272639

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

[toc] | [prev] | [next] | [standalone]

Page 1 of 2  [1] 2  Next page →

Back to top | Article view | linux.debian.user

csiph-web