Systemd wants to expand to include a sudo replacement

starman@programming.dev to Linux@lemmy.ml – 320 points –
outpost.fosspost.org
257

You are viewing a single comment

hard disagree. life with plain text logs and daemon init scripts was so easy and nice. But we can't have nice things...

Those hacked together system-specific bash scripts were shit. Having a standard way of creating, starting, ensuring restarts,and logging services is so much better.

You can still get all the plain text logs you like.

Those hacked together system-specific bash scripts were shit.

With a different feature set per script as well. The systemd service files have often been pushed upstream.

Pretty sure people liking those scripts never really tried dealing with them across distributions. Though this just rehashes things that were said when distributions decided if to switch to systemd. Still the same strange claim that those scripts are somehow easier. It wasn't, it is also way easier to package a systemd file from upstream than to maintain that stuff within a distribution.

How do you get plain-text logs instead of the garbage binary format that journalctl forces on you?

Set ForwardToSyslog=yes in journald.conf and install a syslog daemon. Also optionally Storage=volatile (I wouldn't set Storage=none unless you want systemd to no longer show you any logs anywhere including in systemctl status because I assume it will do that)

Definitely reads like a Microsoft answer, seems so much easier than just reading text

By configuring journald to forward messages to syslog as is the default.

"forces on you" 🙄

Edit: Systemd has been around for 14 years. Did you never think to google this?

It's not the default fwiw. From journald.conf(5):

By default, only forwarding to wall is enabled.

You know what's nice? Being able to sit down at any Linux distro and being able to set up and configure services without Googling how to use that particular distro's init system.