predict,
or characterise, when such message will not be given, other than saying
I suspect the user service is more likely to not have such a message.
I currently run systemd 253.5, but seen that at previous versions too.
--
u34
n 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
> >
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?
--
u34
erhaps
it worth adding to the documentation that
$ bootctl status
presents those defined bits, as well as other information, in a readable
form.
--
u34
To whoever interested, this is now the same as
https://github.com/systemd/systemd/issues/26314 .
--
u34
[email protected] wrote:
> Hello,
>
> Refering to https://www.freedesktop.org/wiki/Software/systemd/inhibit/ .
>
> Doesn't line100, namely
>
> Applications whi
I.
should be placed out of, and after, the unsorted list item it is currently
in? That is, after the tag? probably within a tags.
--
u34
hot
While booting, the ascii type arrow points to the first entry (for the
duration of the oneshot, which is a single instance). Indepedent wheather,
or not, the requested oneshot was the first entry.
Is that deliberate?
--
u34
___
systemd-devel mailing l
at that )?
What package depends on initscripts? Does systemd depend on initscrips?
Is it initramfs-tools?
Does that dependency has something to do with /sbin/init?
--
u34
___
systemd-devel mailing list
[email protected]
https://lists.freedesktop.org/mailman/listinfo/systemd-devel
construct is looked for in the environment. But
then, why
$NAME works in the script, but not ${NAME}?
In addition, for the top bash[14190]: + echo line, isn't there a missing empty,
just
[bash[14190]:, line?
Same results were obtained with systemd 241-7 and 246.2.
u34.
