Systemd kills everything it touches
post
Systemd abstracts so much stuff away that it does not feel like learning Linux "from scratch" :/
(I like having it in my daily driver, but it's sad LFS had to drop support for a "lower level" init system)
I'm not a huge fan managing an OS with system V. but in a educational context it effectively make way more sense than systemd
(I like having it in my daily driver, but it’s sad LFS had to drop support for a “lower level” init system)
It's not lower-level, it's just worse.
From the mail it doesn't exactly look like "upstream dependencies on systemd" but rather like a lack of features in sysvinit:
The second reason for dropping System V is that packages like GNOME and soon KDE's Plasma are building in requirements that require capabilities in systemd that are not in System V. This could potentially be worked around with another init system like OpenRC, but beyond the transition process it still does not address the ongoing workload problem.
So it seems a bit like sysvinit is simply a dead end and there is definitively not enough manpower for a transition to openrc/elogind/whatever...and it's a good chance to consolidate the exiting workforce on a single version. Sounds all pretty reasonable to me. But it can't really serve as example for systemd being an absolute requirement even for LFS now and them being "forced" to use it.
OpenRC seems to work pretty seamlessly on Gentoo. Just throwing that out there.
Wow, that surprises me. I did LFS with Sys-V (didn't continue to use it after I set up X11 as I couldn't be bothered with package maintenance/mostly did it as an exercise rather than for the sake of the finished system) and found it a fun project.
I wonder how many LFS users use GNOME or something that depends on systemd...
Distros should stop cathering to Gnome whims. Leave them to their own, doing their Gnome things, if they can't play nice.
Some people don't understand that systemd isn't the only init system, not even just the only init with modern features. We have runit, OpenRC, s6, dinit, each with very levels of features. The reason there is no real competitor to what systemd does is because it is "cheating", and by that I mean systemd isn't just an init system. It has major scope creep, trying to do everything. It isn't even the best at doing what all the other software it replaces (like DNS, time, etc). What it offers that is irresistible to developers is unifications and abstractions which make developing for Linux simpler. This though is the exact opposite of what many people love about Linux: the option to pick and choose.
The cancer spreads.
The distro whose goal is education and customization drops support for the easier to understand and lighter init system out of lack of maintainability in service of accommodating the new stuff big desktop environments are doing.
Welcome to the Year of the Linux Desktop. See you all on FreeBSD in 2027.
Surely you’re not serious.
My tiny pebble of help won’t hold back the tides of the desktop environments carving the myriad packages that make up linux into what they need at the behest of whoever keeps their maintainers in new shoes.
Even if it could, choosing the de over the init system in lfs shows where the priorities lie. To quote the linked mailing list message, the decision has to be made. Individual people who see that as a worse path can’t change a thing.
Organizing with people who also want it done, like the systemd people did at the behest of their employer to solve one of its many problems selling linux as a centrally manageable replacement for their competitors’ products.
At some point we have to acknowledge the elephant in the room using an elephant sized lathe and an army of paid workers to shape linux. The days when people could band together and make decisions about the future of this operating system have been over for over fifteen years now.
Poettering famously began work on systemd while at red hat in order to solve red hats problems.
The people behind systemd didn’t find someone to pay them for their work, they were already employed working for a company in the enterprise linux market and created a software package explicitly aimed at solving enterprise linuxs’ problems because linux was looking bad in comparison to the very mature windows server administration environment.
It’s why systemd has insane feature creep and why back when it was announced literally everyone not on the payroll said “what, why the fuck would I want that? RH BTFO”
Systemd attracts the most people willing to work on init because those people are being paid to do so by companies that sell linux. The companies that sell linux want systemd because its the enterprise solution and if their software or hardware integrates well into the systemd process then they can make money by making lots of sales to people who either work out of or run gigantic datacenters.
This isn’t a case of the best solution with the most democratic support being funded by benevolent community focused businesses (who yes, do make a tidy sum but that’s how the cookie crumbles!), it’s a case of a system exactly like windows getting built by the employees of a company who wants it so it can advertise feature parity with windows in its products!
I feel insane having to type all this out.
At no point have I leveled a critique of feature parity or the idea of selling support.
I am explaining in exhaustive (to me) detail how the phenomenal commercial backing that systemd had and still has makes it a ridiculous suggestion that someone could simply maintain sysv the same as people have maintained and developed systemd.
If I love sysv so much I can’t maintain it the same as systemd because I’m not a team of experts being paid to work on it full time!
The contribution of systemd back into the open source community can’t even be without ill outcome because it has replaced simple and easy to understand sysv in the very distribution whose goal is teaching!
As someone whose comprehension of how a computer goes from a complex collection of inert electronic components to a running, functional system comes from building lfs back in the day: that’s bad! No longer can we simply look at the tiny set of programs and simple scripts that take our computer online and gain understanding from that investigation, now we must trust the documentation and operation of an incredibly far reaching and powerful black box called systemd!
We were allowed to freely live within the castle walls and are anbout to lose the understanding of how to build thatched roof huts and split rail fences because of it.
If you want to see this process play out again, leaving you in the unenviable position of old man trying desperately to explain history to people who just charitably accept the present as a given, take note of wayland development, gnome decisions like tilting at middle click and see who is spearheading those changes and whomst they are paid by.
In ten years you’ll be using windows without a functional micro kernel wondering what happened.
Bunch of cowards. It was much better to drop systemd for something that is intended to be a "from scratch", teaching-oriented thing.
Not that sysv is that great either. But a good alternative could have been to, say, ditch both and focus on openrc or something else instead.
all 3 comments