[systemd-devel] feature request: optional, with delay, for equivalent of setterm blank for VT login prompt

u34 at net9.ga u34 at net9.ga
Sun Apr 30 17:54:51 UTC 2023


Mantas Mikulėnas <grawity at gmail.com> wrote:

> On Sun, Apr 30, 2023, 11:29 <u34 at net9.ga> wrote:
> 
> > The following is a feature request. At src/login/loginctl.c ?
> > The looked up feature is the equivalent of
> >     setterm --blank aDelay --powerdown SomeOtherDelay
> > , only as soon as the login prompt appears. Before login.
> > I mean, I ask to leave the current state as is. But allow the admin to set
> > up these command also for the login prompt, if he chooses to. And it will
> > be cleared while logining in.
> > That command just put the display into a sort of blank mode.
> > For me, the current situation is that I have to login to get the ability
> > to
> > run that setterm command. Which, I think, is not always desiarble. A
> 
> 
> Then instead run it as a oneshot .service with StandardInput (and maybe
> TTYName) set appropriately. (It's one of the few situations where it is
> appropriate for services to access a tty.)
> 
> I think such settings *could* be made part of vconsole.conf, though. Try
> opening a feature request on systemd's GitHub.
> 

There is now https://github.com/systemd/systemd/issues/27467 . It refers 
to systemd-logind, which could be the wrong component.

> 
> > console in the remote servers room can be in blank mode when no emergency
> > actions are required. In particular, when the server is remotely
> > supervised.
> > And so is a desktop that also act as the single printer gateway for a
> > small
> > office. Or for a user that gone away after the desktop was turned on (but
> > before he logged in), because he had some urgent call to attend to.
> > For a machine that boots into graphic mode, not plain old text mode, a
> > similar feature is implemented out of the box. Isn't it?
> >
> 
> It's implemented by the "graphic mode" itself (usually by Xorg), not by
> systemd.
> 

Right. I tried to point out the requested feature is taken for granted, 
with almost no objections, for graphical environment.

> 
> 
> > --
> > u34
> >


More information about the systemd-devel mailing list