Hello,
Following this thread started back in April:
https://lists.freedesktop.org/archives/systemd-devel/2022-April/047673.html
As far as we understand there are no distributions running or
optionally supporting systemd that have not either completed, or at
least started, the transition to merge
On 20.09.2022 20:29, Dave Houser wrote:
> Figured out why it was failing. I updated my post here -->
> https://askubuntu.com/questions/1430191/ubuntu-20-04-not-allowing-runuser-to-manage-systemd-user-services-failed-to/1430379#1430379
> Problem was Ubuntu default user .bashrc had the following case
Figured out why it was failing. I updated my post here -->
https://askubuntu.com/questions/1430191/ubuntu-20-04-not-allowing-runuser-to-manage-systemd-user-services-failed-to/1430379#1430379
Problem was Ubuntu default user .bashrc had the following case statement
that required `bash -i` to be used
On 9/17/22 18:01, Lennart Poettering wrote:
> Please consult README, look for comment on CONFIG_RT_GROUP_SCHED=n.
Wow, thank you! Disabling group scheduling for realtime tasks did the trick.
> Lennart
Cheers,
Robert
On Tue, Sep 20, 2022 at 10:42 AM Barry wrote:
>
> Enabled does mean that it will or will not run.
> It means that it is wanted by the default target.
>
No. It means that it is wanted by whatever units are listed in
[Install] section (actually, it is "enabled" even if only aliases are
created, so
> On 18 Sep 2022, at 13:08, Yuri Kanivetsky wrote:
>
>
>>
>>> $ ls -al
>>> /usr/lib/systemd/user/multi-user.target.wants/infinite-tsukuyomi.service
>>> lrwxrwxrwx 1 root root 29 Sep 18 08:45
>>> /usr/lib/systemd/user/multi-user.target.wants/infinite-tsukuyomi.service
>>> -> ../infinite-tsu
>>> Mantas Mikulenas schrieb am 19.09.2022 um 19:25 in
Nachricht
:
> Pipelines somewhat rely on the kernel delivering SIGPIPE to the writer as
> soon as the read end is closed. So if you have `foo | head -1`, then as
> soon as head reads enough and exits, foo gets killed via SIGPIPE. But as
> most
>>> Brian Reichert schrieb am 19.09.2022 um 19:18 in
Nachricht <20220919171812.gf74...@numachi.com>:
> I apologize for the vague subject.
>
> The background: I've inherited some legacy software to manage.
>
> This is on SLES12 SP5, running:
>
> systemd‑228‑157.40.1.x86_64
>
> One element
