739
top 50 comments
sorted by: hot top controversial new old
[-] VinesNFluff@pawb.social 171 points 1 year ago* (last edited 1 year ago)

Having sniffed around the Linux community for years, I feel like whatever flaws SystemD has as a computer program are of tertiary importance when faced with the thing that really matters:

  • The developer of SystemD was mildly rude to some community members that one time. That means he is two hitlers and a stalin wearing a trenchcoat and everything he makes must be utter garbage.
[-] loutr@jlai.lu 81 points 1 year ago

Yeah they seem to think he "took over" the Linux init process all by himself. Like distro maintainers aren't the ones who made the decision to move to systemd based on technical merits (presumably).

[-] cyanarchy@sh.itjust.works 26 points 1 year ago

I think people like that view Linux as some kind of fiefdom rather than a community of individuals.

load more comments (1 replies)
load more comments (1 replies)
[-] zephr_c@lemm.ee 125 points 1 year ago

It's a giant mess of interconnected programs that could theoretically still be disentangled, but in practice never are. It was very quickly and exclusively adopted by pretty much every major distro in a short period of time, functionally killing off any alternatives despite a lot of people objecting. Also, its creator was already pretty divisive even before systemd, and the way systemd was adopted kinda turned that into a creepy hate cult targeted at him.

There's nothing actually wrong with systemd. I personally wish there was still more support for the alternatives though. Systemd does way more than I need it to, and I just enjoy having a computer that only does what I want.

[-] willis936@lemmy.world 16 points 1 year ago

If there were better options then they would have been adopted.

[-] abbotsbury@lemmy.world 17 points 1 year ago

this is a Just World fallacy, assuming the best thing will always be adopted and therefore everything not adopted is worse than [current thing], when it is entirely possible that there are in fact better options

load more comments (1 replies)
load more comments (1 replies)
[-] CakeLancelot@lemmy.world 99 points 1 year ago

Does too much for one tool (against unix philosophy) and has poor interop with other tools (binary logfiles).

[-] ichbinjasokreativ@lemmy.world 87 points 1 year ago

That's not really true. systemd is split up into many different, independent binaries, and each of those does one job and does it well.

[-] GCostanzaStepOnMe@feddit.de 49 points 1 year ago

Linux User when their program does more than IO text streams:

load more comments (1 replies)
[-] ichbinjasokreativ@lemmy.world 43 points 1 year ago

That's not really true. systemd is split up into many different, independent binaries, and each of those does one job and does it well.

[-] CakeLancelot@lemmy.world 61 points 1 year ago

Does it really matter if you can't use those independent binaries with any other init system? If you want to use systemd, you pretty much have to take the whole ecosystem.

[-] remotelove@lemmy.ca 19 points 1 year ago

If I remember correctly, there was a ton of pain configuring a minimal systemd. I am unaware if that has changed much in recent years.

Here is an old thread talking about it: https://unix.stackexchange.com/questions/150975/what-is-needed-for-a-minimal-systemd-boot-to-launch-getty-on-a-virtual-console

load more comments (1 replies)
load more comments (12 replies)
[-] gayhitler420@lemm.ee 89 points 1 year ago* (last edited 1 year ago)

If you really want the short version:

Systemd was half baked literally when it came out and figuratively as an idea, so much so that there’s already a replacement for it in the works.

A longer version:

Systemd replaced the init script style of boot and process management, which had been in place for decades. init scripts were so simple they could be understood just by looking at the name: the computer is Initialized by Scripts. Systemd was much more complex and allowed many more tools to interact with the different parts of the computer, but people had to learn these tools. Previously all a person had to understand to deal with the computer was how to edit a text file and what various commands and programs did. After systemd a person has to understand how to use the dozens of invocations of systemctl and it’s variants and if they are dealing with a problem, —you know, the only reason a person would ever be dealing with initializing services— they gotta know what’s going on with the text files that systemd uses to run different commands and programs.

So a person who already understood what was going on might rightly say “hey, this systemd thing is just the same shit with different file locations and more to learn”.

People complain about the creator and maintainer of systemd, lennart poettering . Poettering is also the person behind pulseaudio, an powerful but complex audio management daemon in Linux whose name you only recognize because it’s caused you no end of trouble. Pulseaudio was also replaced relatively quickly by pipewire.

The argument could be made (and probably has) that poetterings work is indicative of the problems with foss developers working as employees of major companies with their job responsibilities inclusive of their foss projects. The developer in that situation has an incentive to make big sweeping changes, they’re being paid for it after all, instead of being more careful and measured.

When every big foss maintainer is trying to find a way to justify being paid for it, their projects are never done.

At least poettering is working for Microsoft, ruining windows now…

E: oh my god I forgot about the binary log files! So before (and now), the universal format for log files was plain text. You know, because it’s a log that’s text. Systemd uses binary log files that need a special tool to open and parse. So if you want to look through them on a computer without that tool you’re kinda screwed. Now systemd isn’t the only software package with binary log files, but many people have made the very persuasive argument that it’s not a trait to copy.

E2: actually spelled the man’s name right. Thanks @floofloof@lemmy.ca !

[-] Chobbes@lemmy.world 29 points 1 year ago

Pulseaudio was also replaced relatively quickly by pipewire.

I really wouldn't say that... PulseAudio has been around since like 2004, and PipeWire's initial release was in 2017 (13 years later). I don't think PulseAudio was incorporated into most distros by default until like 2007 or so, but that's still 10 years before PipeWire was even released. PipeWire is only recently becoming the default in popular distros. We've had to deal with Pulse for a long time.

load more comments (1 replies)
[-] timbuck2themoon@sh.itjust.works 28 points 1 year ago

Init scripts were simple? Man you haven't seen a bunch of shitty init scripts then.

load more comments (2 replies)
[-] motsu@lemmy.world 19 points 1 year ago

Yep, to add on as well as summarized this... Linux has historically had a design methodology of "everything is a file". If your not familear with the implications of this, it means your command line tools just kind of work with most things, and everything is easy to find.

For instance, there's no "registry / regedit" on Linux... There's just a folder with a config file that the application stores settings in. There's no control panel application to modify your network settings... Just a text file on your OS. Your system logs and startup tasks were also (you guessed it) sinole filea on the system. Sure there might be GUI apps to make these things easier for users, but under the hood it reads and writes a file.

This idea goes further than you might assume. Your hard drive is a file on the file system (a special file called a block device). You can do something like "mount /dev/sda1 /home/myuser/some_folder" to "attach" the drive to a folder on the system, but that special block device (dev/sda1 in this case) can be read and written to byte by byte if you want with low level tools like dd.

Even an audio card output can show as a file in dev (this is less the case now with pipewire and pulse), but you used to be able to just echo a raw audio file (like a wav file) and redirect the output to your audio device "file" and it would play out your speaker.

Systemd flipped this all around, and now instead of just changing files, you have to use applications to specify changes to your system. Want to stop something from starting? Well, it used to be that you just move it out of the init directory, but now you have to know to "systemctl disable something.service", or to view logs " journalctl -idk something.service" I dont even remember the flags for specifying a service, so I have to look it up, where it used to just be looking at a file (and maybe use grep to search for something specific)

load more comments (4 replies)
[-] K0W4LSK1@lemmy.ml 17 points 1 year ago

gayHitler420 taught me something today. thank you for this informative comment

[-] Jimbob0i0@lemmy.world 18 points 1 year ago

Except it is clearly written by someone who just despises it, and doesn't really know what they are talking about.

Init scripts were awful... they varied by distro and frequently were the source of odd problems.

There's a good reason the Linux industry moved away from them to other ways to handle initialisation of the system and service management.

load more comments (1 replies)
load more comments (17 replies)
[-] tho@lemmy.ml 86 points 1 year ago

i will never grow tired repeating this: systemd is the best thing that happened to linux in the 10s

[-] thelastknowngod@lemm.ee 39 points 1 year ago

Yeah I agree. It was rolled out pretty early in its development maturity so it undoubtedly left a bad taste in some people's mouths. Overall it's a net positive though. I don't want to go back to the old way.

load more comments (2 replies)
[-] seaQueue@lemmy.world 67 points 1 year ago

I find it incredibly useful - instead of needing to learn a million quirks about the init of every distro they all use the same predictable system now, you learn it's quirks once and those skills transfer everywhere. Hopping from Ubuntu to Debian to Arch to Fedora is trivial now compared to the old days.

That and systemd-boot and systemd-nspawn are awesome.

[-] redcalcium@lemmy.institute 16 points 1 year ago

Hopping from Ubuntu to Debian to Arch to Fedora is trivial now compared to the old days.

Another take of this is we're losing diversity which might have some consequences in the future.

load more comments (1 replies)
load more comments (6 replies)
[-] Perroboc@lemmy.world 58 points 1 year ago

I LOVE systemd, flatpaks, appimages, wayland, and pipewire. The desktop environment feel way more managed!

Sure, wayland is not complete yet (HDR), flatpak is missing some things (some portals), but the whole ecosystem is way more mature than before.

This is from someone who used init.d scripts, apt-get and dpkg, x.org, and alsa/pulseaudio/gstreamer.

[-] darcy@sh.itjust.works 19 points 1 year ago

first sentence i thought you were being ironic

load more comments (3 replies)
load more comments (5 replies)
[-] AVincentInSpace@pawb.social 54 points 1 year ago* (last edited 1 year ago)

ya see, when i ssh into a server and i run some commands, sometimes i mess up, see, and i wanna reboot to get the system back to a known state, right

and even if the system is in an unknown or invalid state, right,

i don't wanna wait half a bloody hour for systemd to get tired of waiting for 1m30s countdowns and actually bounce the damn machine, if it bounces at all

and i can't just hold the power button, see, because i'm 2000 miles away from the bloody box

(I did not make that number up, by the way. I once has a hard drive get hot removed while it was mounted, couldn't umount it so I had to reboot, and it confused systemd so bad it took 27 minutes to shut down)

EDIT: aw come on, are you really gonna downvote without leaving a reply?

[-] seaQueue@lemmy.world 24 points 1 year ago* (last edited 1 year ago)

Check out systemd's userspace reboot feature, they implemented it to avoid long reboot times on server hardware.

https://www.phoronix.com/news/systemd-254-Released

load more comments (2 replies)
[-] Sysosmaster@infosec.pub 24 points 1 year ago

how is this any diffrent from SysV scripts hanging and preventing a reboot that way....

you are blaming SystemD for an issue not part of SystemD, but a generic computing issue...

and yes, you can still just hard reboot your system with SystemD as @elscallr@lemmy.world has point out....

load more comments (6 replies)
[-] onlinepersona@programming.dev 51 points 1 year ago* (last edited 1 year ago)

The arguments against systemd come from the same people that love IRC, mailinglists, tiling window managers, split keyboards, don't have a mouse, debug with printf, main arch or gentoo, unironically write RTFM|LMGTFY, call users "lusers", play DnD, think Startrek and/or Star Wars cannot be topped, identify with the portrayed super hackers in media, and are proud of doing things the hard way just to feel some kind of superiority in their life.

Edit: for those who don't get it, I'm obviously not being serious. If you fit this mythical, stereotypical person... uh... good job?

[-] backhdlp 26 points 1 year ago

I doubt there are many (if any) people that fit this oddly specific criteria.

load more comments (1 replies)
[-] psmgx@lemmy.world 23 points 1 year ago

hey don't go bundling up us Arch users with Tiling window managers with superhackers. I can hardly spell DNS

load more comments (2 replies)
[-] brakenium@lemm.ee 21 points 1 year ago

Why are you attacking so many loud majorities at once? Not everyone that likes some of those hates systemd or belittles users for

load more comments (5 replies)
[-] IthronMorn@sh.itjust.works 20 points 1 year ago

Just because I ran arch with ratpoison and firefox with Vim keybindings because I didn't have a mouse wasn't out of superiority, twas cause I was too poor to afford a mouse at the time.

load more comments (2 replies)
load more comments (5 replies)
[-] z3rOR0ne@lemmy.ml 50 points 1 year ago* (last edited 1 year ago)

I use runit on Artix. I wasn't around for the init wars, but dove into the rabbit hole of Debian email exchanges, where lots of shade was thrown around because of suspicions over corporate influence on Linux, and Canonical dropping the ball because of their Licensing on their competitor init, Upstart.

I reviewed videos of Poettering going on about it, adamently placing systemd as the hill he was willing to die on.

I read the Torvaulds email complaining about Kay Sievers being an asshole. Looked at how Kay Sievers famously refused to fix early boot problems with systemd. Read Laurent Bercot's technical break down of why even from a software design level, systemd should be called into question.

Its all interesting, and on my home desktop, I decided to only use Artix, Void, Gentoo, or Devuan over any of the others for as long as I can.

At work, I don't care. Do I wish that runit or s6 was more predominant and widely used? Absolutely. Imho both init systems are just more minimal and their implementations are so solid, they are two of the very few pieces of software I can say are finished. No notes, no new features, and because of the minimal attack surface, barely any security patches have been necessary.

Due to their following of the UNIX Philosophy, both runit and s6's source code can be reviewed in an afternoon, as opposed to systemd which has taken me considerably more time to parse through (though I'll admit systemd has some decent comments in their code that helps out).

But at work, while I have my preferences and opinions, the systemd debate isn't even close to the top of my list on arguments I'd like to have at the work place.

On Lemmy otoh, lol. 😁

[-] remotelove@lemmy.ca 49 points 1 year ago* (last edited 1 year ago)

Binary logs are annoying, but once you get the hang of journalctl, it's not so bad. That is about my only remaining hate for it.

In its early days, it was a serious pain. Its service management was annoying and is still a bit scattered to this day. It has improved a ton, for sure.

Then there was PID 1. Here is a legacy discussion about it as I refuse to talk any more about it these days: https://news.ycombinator.com/item?id=10485131

Above all else, it was kinda forced on us. Most of us were comfortable with sysv already. If I remember correctly, people often said the main dev for systemd could be a real jackass. I have no judgement or experience regarding that though.

[-] IsoKiero@sopuli.xyz 17 points 1 year ago

Above all else, it was kinda forced on us. Most of us were comfortable with sysv already.

And at least for me it solved a problem which didn't exist. Sure, there's some advantages, but when it rolled out it was a huge pain in the rear and caused various problems and made things more complicated for no apparent reason.

load more comments (2 replies)
[-] IverCoder@lemm.ee 45 points 1 year ago

Are you using Linux for ordinary daily tasks like browsing, gaming, and coding? Then SystemD is perfect for such systems. No need to use distros that sell the lack of SystemD as their main selling point—it's more trouble than it's worth. Avoid SystemD haters like the plague.

Do you use Linux for enterprise servers? Then SystemD is just one of the options for you, go try all of them out to see what's best for such workflow.

[-] Deckweiss@lemmy.world 43 points 1 year ago

A stop job is running ... 3/180 s

[-] RickyRigatoni@lemmy.ml 18 points 1 year ago

Then when it gets to 180 it just adds 180 more seconds.

load more comments (15 replies)
[-] hottari@lemmy.ml 38 points 1 year ago

I don't get the hate as well. It's great for running services and system administration.

[-] TootSweet@lemmy.world 36 points 1 year ago

Everything everybody else said plus everything with Systemd is just... more complex. With OpenRC, it felt like I could keep all the information I needed to use and administrate it in my head. With Systemd, I have to look stuff up all the time.

[-] MonkderZweite@feddit.ch 34 points 1 year ago* (last edited 1 year ago)

It does things in a way that it's hard to use other init without banning Systemd completely from your repo. And because it has feature and scope creep and causes dependencies to it everywhere, that does not happen once you're on it, too much work. Which most distros are, because at it's time it was either Systemd or SysV scripts.

[-] Zeth0s@lemmy.world 29 points 1 year ago

I simply don't care. I am in a position lucky enough that I can trust distro maintainers, without the need to care about the details, as long as my system behaves as I expect, satisfying my requirements of reliability and stability

load more comments (3 replies)
[-] chemicalwonka@discuss.tchncs.de 28 points 1 year ago* (last edited 1 year ago)

Roughly speaking, it is because it does not follow the Unix philosophy and proposes to do several tasks making the code very complex and therefore more susceptible to bugs.

[-] epat@lemmy.world 17 points 1 year ago

But systemd is not a single tool, nor a single binary, it's a collection of tools.

load more comments (4 replies)
load more comments (4 replies)
[-] avidamoeba@lemmy.ca 21 points 1 year ago* (last edited 1 year ago)

You're 10 years too late. We're all on the systemd bandwagon today.

load more comments (6 replies)
[-] Holzkohlen@feddit.de 19 points 1 year ago

I underatand, but I just don't care. Give me a functioning linux desktop and I will also run your garbage proprietary nvidia software. The alternative is windows, so I have to take what I can get.

load more comments
view more: next ›
this post was submitted on 04 Oct 2023
739 points (100.0% liked)

linuxmemes

21355 readers
1230 users here now

Hint: :q!


Sister communities:


Community rules (click to expand)

1. Follow the site-wide rules

2. Be civil
  • Understand the difference between a joke and an insult.
  • Do not harrass or attack members of the community for any reason.
  • Leave remarks of "peasantry" to the PCMR community. If you dislike an OS/service/application, attack the thing you dislike, not the individuals who use it. Some people may not have a choice.
  • Bigotry will not be tolerated.
  • These rules are somewhat loosened when the subject is a public figure. Still, do not attack their person or incite harrassment.
  • 3. Post Linux-related content
  • Including Unix and BSD.
  • Non-Linux content is acceptable as long as it makes a reference to Linux. For example, the poorly made mockery of sudo in Windows.
  • No porn. Even if you watch it on a Linux machine.
  • 4. No recent reposts
  • Everybody uses Arch btw, can't quit Vim, and wants to interject for a moment. You can stop now.
  •  

    Please report posts and comments that break these rules!


    Important: never execute code or follow advice that you don't understand or can't verify, especially here. The word of the day is credibility. This is a meme community -- even the most helpful comments might just be shitposts that can damage your system. Be aware, be smart, don't fork-bomb your computer.

    founded 1 year ago
    MODERATORS