systemd has been a complete, utter, unmitigated success

[calamityjanitor@lemmy.world]

I always assumed that Poettering is an arse to people because of the hate he got for systemd. I imagine it's hard to see the best in people when there's a crowd of haters everywhere you go. Though I have no idea what he was like beforehand.

[ijhoo@lemmy.ml]

People are idiots.

Poettering got death threats for systemd.

[ijhoo@lemmy.ml]

Pulseaudio was introduced in 2004. How come it took almost 20y for it to be replaced if it was that bad?

Implementation, being what it is, improved the situation compared to alsa and other things before it. Again, while not perfect it made things better for everyone.

It's funny that this is a thing attributed to poettering as bad since things before were way worse... why not throw Sticks and stones at those people?

I really don't get it.

And all of these things are optional. The fact that distro people and companies select them is because they solve real world problems.

[motoash@lemmy.world]

Yea, symlink all the files to the same master log file. ... /s

[ferk@lemmy.ml]

I don't know why they are downvoting you, it's true. I'm dealing with this kind of problem currently.. sometimes the boot lasts forever to the point that I have to use AltGr+SysRq commands to force kill everything.. other times it simply boots as normal. It's not consistent at all.

At least before with the old init it was relatively simple to dig into the scripts and make changes to them.. I feel now with systemd it's a lot more opaque and harder to deal with. I wouldn't even know how to approach the problem, systemd-analyze blame does not help, since the times I actually get to boot look normal. But I do believe it must have to do with the mountpoints because often they are what takes the longest.
Any advice on what should I do would be welcome.

Also, I have a separate Bazzite install in my living room TV, and while that one does not get locked, sometimes NetworkManager simply is not running after boot... I got fed up to the point that I wrote a workaround by creating a rc.local script to have it run, so I can have it available reliably when the system starts (that fixed it.. though some cifs mountpoints often do not get mounted.. so I'm considering adding the mount command to the same rc.local script too....).

[ferk@lemmy.ml]

I feel that generally, when the issue is that the person is an arse, then the complaints are often not about the software. You might see people campaigning to boicot the software out of spite, but they won't give you a technical reason, other than them not wanting the creator to get any credit for it.

When the complaints are about discrepancies in the way the software is designed (like it was with systemd), there's no reason to expect the person to be an arse. Though him not being an arse does not make the criticism about his software invalid... in the same way as him being an arse would not have made the software technically worthless. Don't fall for the ad-hominem.

[allero@lemmy.today]

I'd say the main bad part of systemd is how it's used and now expected everywhere.

If you search for some Linux guides or install something complicated or whatnot, they always expect you to have systemd. Otherwise, you're on your own figuring how things work on your system.

This shouldn't really happen. Otherwise, yes, it's great, it integrates neatly, and is least pain to use.

[laser@feddit.org]

Agreed. But he’s also an abrasive know-it-all. A modicum of social skills and respect goes a long way towards making others accept your pet projects.

This isn't what I get when reading bug reports he interacts in. Yeah, sometimes he asks if something can't be done another way – but he seems also very open to new ideas. I rather think that this opinion of him is very selective, there are cases where he comes off as smug, but I never got the impression this is the majority of cases.

I wasn’t talking about the protocol, I was talking about the implementation: PulseAudio is a crashy, unstable POS. I can’t count the number of hours this turd made me waste, until PipeWire came along.

PipeWire for audio couldn't exist nowadays without PulseAudio though, in fact it was originally created as "PulseAudio for Video"; Pulse exposed a lot of bugs in the lower levels of the Linux audio stack. And I do agree that PipeWire is better than PulseAudio. But it's important to see it in the context of the time it was created in, and Linux audio back then was certainly different. OSS was actually something a significant amount of people used…

[moonpiedumplings@programming.dev]

Try https://lnav.org/

[ferk@lemmy.ml]

If that approach is enough then tail -f /var/log/* could work too with multiple files, it'll "follow" all the files and display only new lines.

[alexcleac@szmer.info]

I like systemd overall. The ease of use, uniform interface and nice documentation is awesome.

Though each time I try to run it on outdated hardware (say, my Thinkpad X100e, which is, well, a life choice xD) — it makes whole system much slower. IMO, openrc is not as bad, and in some ways it gives some capabiilties of systemd these days.

[whaleross@lemmy.world]

There is no authority delegating responsibilities of writing tutorials for Linux. It is the responsibility of nobody and everybody. If you can't find one for your problem, write it yourself when you have figured it out.

[projectmoon@forum.agnos.is]

I'm over here still using OpenRC. Mostly because I want to. Some servers I run have systemd on them. systemd is generally nice. OpenRC has finally gained the ability to run user services, which is also very nice.