systemd is the only reason linux as a kernel is viable for use in any sort of production environment. it's INTENTIONALLY not just an init system. the "feature creep" is a feature, not a bug. systemd is the grand standardization layer that linux always needed. no more incoherent snowflake configurations. anything written with systemd in mind will work on any serious distro. the kernel strives to never break userspace, but what's the point if userspace consists of a million different things depending on the distro? standardization is a must at EVERY LAYER. and it even resolves the logging clusterfuck of unix past, why should we go back to grepping files like cavemen? literally every other modern os has a unified location and tools for logging. and not only that, systemd bridges the linux desktop and server. write a service on your desktop, test it, run it, whatever, and when it comes time to put it on a server it'll work there too. this is necessary progress if linux is to ever be treated seriously. the days of scattered init scripts, cron jobs, and "works on my machine" are OVER. embrace the future, /g/.>muh unix philosophyobsolete.>muh bloateverything systemd provides replaces an existing service you already needed to run your os.is busybox bloat? it follows the exact same philosophy.>muh securitythe combined attack surface of your shitty alternative init system + other services is greater than systemd's. your little hobby projects are not getting professional attention like systemd is.there is no reasonable argument for not using systemd. you aren't "cool" or "different", you're just demonstrating your infantility.
tldr. still going to use dinit, kys
>muh heckin tikkun olamgay
>>108907798eventually, once everything is part of systemd, they will add some gay globohomo bullshit like forced ID verification and you'll be back here making threads about how "scanning your biometric data to the cloud is a good thing"
Grand standardization layer? I use runit on my machine just fine, runit works great for me and runit also works great for most Void Linux users. runit is a finished software product, init is not something that I want to have to think about, and I can now have LLM write service files for runit. Restart a service? read man sv. it's exactly like systemctl. I dont need fucking fancy graphs and all the other fancy shit that systemd provides. If i want to change my motherfucking DNS server, I edit /etc/resolv.conf. I don't need to address systemd to do so.>>108907873Can you explain to me why you felt the need to bring up the Jewish idea of one's life purpose into this thread?
>>108907880They're already implementation age verification into systemd so it's already underway. Also systemd is a massive attack surface and every day there's 10 new CVEs against it. Plus it constantly exfiltrates data, like randomly phoning google if your main dns is offline. It's also very poorly written and is buggy as fuck, with services constantly breaking (not because of the service or software but of systemd itself), failing to shutdown, etc.
>>108908079>Can you explain to me why you felt the need to bring up the Jewish idea of one's life purpose into this thread?
>>108907798>systemd is the only reason linux as a kernel is viable for use in any sort of production environment.Most Linux production environments are in containers/kubes which don't even have systemd.
>should we go back to grepping files like cavemen?Why does Google gemini bait thread #58 want me to stop using the grep command?
systemd-kernel will make Linux obsolete too
>>108907798> systemd bridges the linux desktop and server. write a service on your desktop, test it, run it, whatever, and when it comes time to put it on a server it'll work there too. this is necessary progress if linux is to ever be treated seriously.The only difference between a linux "desktop" and "server" is that you installed a display server on top of one of them. You really have no idea what you are talking about.
Linux needs to split into two mainline branches asap.One without any systemd cancer for actual people and one balls deep into systemd for the goycattle.
>>108912667Linux is in an active self destruction cycle. Rust is going to cause a forking of the kernel sooner rather than later. The good news is gaming on Linux will continue to get better. FreeBSD is going to start gaining users. OpenBSD will a little but they need to catch up to FreeBSD, feature wise.
>>108912686FreeBSD had the tranny incidents and the whole CoCk shit that almost killed them outright. How can anyone trust them again?OpenPlacebo is the least secure OS in actual use because they refuse to have mitigations, and they have 30 year old RCEs discovered every time someone has a look. They also refuse to file CVEs. Furthermore, it has garbage new hardware support and is slow as bugs.
>>108912686What's preventing the BSDs from going down the same self destruction cycle? It's certainly not the licenses.
>>108907880Then you just fork it, retard
>>108912758Lowest IQ post award for this one right here. Congrats.
>>108912686>forking of the kernelI'll make the logo
>>108907798>futureHaven't systemd been the default for the better part of a decade now? That's like saying cars are the future of transportation.
>>108912830Kind of. If the cars were all made by one manufacturer and began requiring your govt ID to turn on.
>>108912851>requiring your govt ID to turn onSomething that is pretty close to happen.
>>108907798On the contrary! Systemd/Linux is it's own beast as is Android/Linux and GNU/Linux. One is not the future of another.>the only reason linux as a kernel is viableBLATANT LIES! The muh unix philosophy IS what made Linux viable for everything from servers to embedded space to desktops to cell phones. Its modularity breeds resilience and adaptability. You can adapt the system to whatever you need, and swap components the moment they stop being useful and can be replaced by something else. That's obviously completely orthogonal to (your) goals of "standardization".The proof of my argument stands for itself: Linux was a thing BEFORE systemd came, and it will continue to be a thing after it comes. The idea that it is the future and will destroy previous Linux is just FUD to pressure the market into adopting your locked down corpo spyware bullshit.I'm not even reading the rest of your post.
>>108907798>systemd is the future of linuxno
>>108913034It is actually. The future of some weird butchered globohomo version of Linux that will be indistinguishable from windows and macos.
>>108913066>of some weird butchered globohomo version of LinuxSo Redhat?
>>108912686>BSDCuck license.
>>108912726Maybe not FreeBSD due to the tranny insurgency there. OpenBSD has a chance due to the benevolent dictator
>>108912806There are already rumblings around the net. People calling it "stainless Linux", etc.
Friendly reminder that systemd was created by a Windows employee.
>>108913066as opposed to some hacked together mess of a protest distro
>>108913081This Linux will be far worse than Redhat's. Maybe even worse than windows/macos
>>108913138>a distro without systemd is just broken, okay?Werks for me.
>>108913081Ubuntu*
someone explain how systemd isn't literally just using the microsoft strategy of embrace extend extinguish?
>>108912758>linux will finally be unified>just fork it so that we have multiple completely incompatible versions???
>>108915566Because there's nothing to extinguishsystemd already won
I just always used void so I don't care or know much about the microslop creep Steamos will probably use systemd, that's why they're getting linux ready for the mass 'consoomer' market by pushing their jewjeetslop everywhereThe cattle masses need to be tracked and branded
>>108907798
