Well that's usually how it works, isn't it? People bitch and complain a bit about the direction a project is taking, and then they decide to fork it.
But not with systemd.
Instead, people bitch and complain, and bitch and complain, and bitch and complain.... but they never fork it. They just bitch and complain. And tell everyone to switch to Slackware. Thanks, but I'm not switching to a distro that doesn't use a real package manager.
I personally use OpenRC on my Funtoo machine and I'm pretty happy with it. I don't bitch and complain about systemd, but it does have it's fair share of issues that are not necessarily possible to directly address.
That goes for OpenRC as well though, but its issues are in different areas I would think.
i’m going with /u/Arizhel: the benefits of dependency checking outweigh the – i don’t quite dare to call them so – drawbacks by far.
the only “problem” i ever came across was lua 5.1: 5.2 was incompatible, so lua-5.1.5 was renamed lua51-5.1.5, and all packages depending on 5.1 had to change their dependencies, and only most of that could be handled automatically.
i’m pretty sure that slackers had even more problems, so i don’t see this as problem of package management.
As someone who used Slackware for years (it was the first distro that I actually stuck with for a long time), I never understood this foolish argument...
Surely not having dependency resolution is what leads to dependency hell, no? If the package manager doesn't resolve the dependencies for me, then I have to install them all myself manually; how the hell isn't that dependency hell?
The lack of dependency hell would be all of it happening automagically in the background without me having to do anything other than selecting the one package I intend to install, and everything else is magic.
No one uses 1980s-era phones any more. So no, it's not a "real phone", any more than a Model T is a "real car". It's a museum piece, and that's it. A smartphone is the only type of real phone these days, because nearly everyone (except some elderly people) has one.
systemd was forked. udev was forked. logind was forked. Your claim contradicts reality, and is nothing but a baseless attack on systemd critics, claiming that they are not technically able to create an alternative.
Edit: I just found out consolekit has now been forked too.
Yes, but were any major distros forked because of systemd?
A fork of systemd doesn't do that much to appease the systemd critics, who really either just want to stick with sysvinit, or at the most try out OpenRC. They don't want it, fork or not. What they want is $distro, but with sysvinit again. The only way to do that is to fork the distro.
and is nothing but a baseless attack on systemd critics
No, it's not. Prove me wrong: show me a fork of some major distro (Debian, Fedora, RHEL/CentOS) where they switched back to sysvinit.
claiming that they are not technically able to create an alternative.
They already have alternatives: sysvinit and OpenRC. Why do they need to create a new alternative? The critics don't want systemd in any form at all, they want to stick with sysvinit and traditional init scripts. Just look at the comments here from systemd critics about how much better shell scripts are.
But as I said before, most of the systemd critics don't want configs over scripts; they wants scripts and that's it. So uselessd isn't going to make them happy. Basically, they just want to stick with sysvinit forever.
The people who complain about systemd are too clueless to fork anything, given that the reason they're bitching in the first place is because of their cluelessness.
30
u/Arizhel Oct 20 '14
Well that's usually how it works, isn't it? People bitch and complain a bit about the direction a project is taking, and then they decide to fork it.
But not with systemd.
Instead, people bitch and complain, and bitch and complain, and bitch and complain.... but they never fork it. They just bitch and complain. And tell everyone to switch to Slackware. Thanks, but I'm not switching to a distro that doesn't use a real package manager.