Bravo Poettering, he did it again!!
Who is this Poettering guy? Where did he come from? How did he come to be in such a influential position that he can force software down the throats of the basically the entire world?
>>24674He used to work at Red Hat.
systemd don't code something s6 figured out 10 years ago into pid 1 challenge
IMPOSSIBLE https://skarnet.org/software/s6/s6-sudo.htmlBased
>>24675And he's now working for Microsoft. A true wrecker.
don't care still using doas on gentoo with openrc
porky will never force me to use systemd
reminder that the ssh exploit only affected systemd distros lol
>>24688Yeah, can't believe someone would develop an exploit that targets one of the most used pieces of software. Completely unheard of.
>>24718Newer versions of libsystemd don't use libxz anymore. This shows the devs are aware it is being used in security-sensitive contexts like sshd, but what they're doing amounts to polishing a turd. Libsystemd was never conceived to be used in that way.
The exploit was ultimately made possible by the actions of the major systemd distros. Despite the ubiquity of systemd, upstream openssh didn't deem it necessary to include the functionality for a good reason. As opposed to something like qmail, sshd is a single binary where a line of insecure code can compromise the whole program and all systemd related functionality was patched in by distro maintainers.
As far as i can see the dependency was added in 2022 to support the systemd notification protocol for socket activation:
>As of version 1:9.0p1-1ubuntu1 of openssh-server in Kinetic Kudu (Ubuntu 22.10), OpenSSH in Ubuntu is configured by default to use systemd socket activation. This means that sshd will not be started until an incoming connection request is received. This has been done to reduce the memory consumed by Ubuntu Server instances by default, which is of particular interest with Ubuntu running in VMs or LXD containers: by not running sshd when it is not used, we save at least 3MiB of memory in each instance, representing a savings of roughly 5% on an idle, pristine kinetic container.Imagine adding a kludgy inetd because your defaults suck and users can't or won't pass 'systemctl disable sshd' to the system. Leaving readily accessible ssh daemons on every ubuntu system is an just waiting for an exploit like this to happen and maim every inattentive sysadmin in the process.
>>24718keep defending that ring 0 and pid 1 piece of shit faggot
right click -> run as administrator >>>>>> sudo
>>24721Not my fault that people only bother to find exploits for the only relevant* init system for linux ( ´◡‿ゝ◡`)
openrc do have its niche through alpine, though >>24724OpenRC is the only init system that doesn't outright suck outside of systemd to my knowledge
>>24733under which criteria are systemDbusabuseD and sysvinit 2: electric boogalo the only inits that dont suck? alpine has been preparing to switch to s6 for the last few years fyi.
poettering was right in every instance and to say otherwise shows a complete stupidity to what there was before him
>>24733systemd is NOT JUST A FUCKING INIT SYSTEM YOU RETARD, EVERY OTHER ALTERNATIVE TO IT SUCKS, YOU WANT TO MANAGE YOUR SERVICES? ENJOY MANUALLY SETTING THAT SHIT UP WHEN IT CAN ALREADY BE SETUP BY YOUR PACKAGE MANAGER AND SYSTEMD, YOU WANT SOMETHING THAT ACTUALLY WORKS CONSISTENTLY? SYSTEMD, THERE IS A REASON WHY EVERY SERVER IN EXIST RUNS BASE DEBIAN OR UBUNTU INSTEAD OF WHATEVER CRACKPOT GARBAGE DEVUAN IS, THERE'S A REASON ALMOST NO ONE BESIDES RIGHT-WING NUTJOBS RUN ARTIX OR WHATEVER FUCKING NON-SYSTEMD PIECE OF SHIT IS CURRENTLY GOING AROUND, THERE IS NO ALTERNATIVE BUT SYSTEMD.
>>25014
sorry i got angry, i'll address your points more saliently
>you’re grasping at straws, gentoo doesn’t use systemd by default and chromeOS doesn’t either
yet chromeos doesn't call itself a linux distro, for gentoo that's true but i'd say most distros use systemd and more will use it because it's simply the default for most things
>yeah it’s because there’s corporate money behind those distributions
the distros that adopted systemd very early (like arch) did not adopt it for my heckin corporate money, but instead because it was simply the better choice at the time, and was obviously going to become the dominant form
>>25015and also the reason why i said "no one runs artix or any non-systemd distro other than right wing nutjobs" i was talking about people who oppose systemd like luke smith and whatnot, obviously very right wing people and also it tends to be that a lot of right wingers in the linux community oppose things like wayland, systemd and even in some cases things like pipewire
>25013>THERE IS NO ALTERNATIVE BUT SYSTEMD.openrc, try it
with gentoo, it's better than systemd
>>25016nah openrc is better, even though richard stallman himself does not see an issue with systemd, you can't just depend on one init system clearly trying to kill out all other init systems, but systemd is slowly becoming a system in itself so it will probably try to kill and replace GNU too
>only right wingers careabout thisnah
>>25018>open rc try it, it's better than systemdmissed the point award
>nah openrc is better, even though richard stallman himself does not see an issue with systemd, you can't just depend on one init system clearly trying to kill out all other init systems, but systemd is slowly becoming a system in itself so it will probably try to kill and replace GNU tooi don't think you understand what systemd is other than the fact it started out as an init system and that's what most people associate it with, even though it's supposed to be a subsystem in itself designed to fix a lot of the core problems with linux,
>so it will probably try to kill and replace GNU toosystemd is designed pretty much as close to how say emacs is designed, that is also a subsystem in itself at this point
>nahyes, right wingers HATE systemd, every right wing linux youtuber i've seen goes on rants about how systemd is… le bad
>>25035and also another point you 2 are missing is that i am not talking about systemd as an init system, because to think of it as only an init system misses the entire point of my argument, my argument is that systemd is the objectively best way to do most low level non-kernel tasks on linux like managing services and such, more and more software is requiring systemd, that's what i mean by >systemd is inevitable
since it is, systemd will replace more and more of the low level tasks that are above the kernel and it doesn't matter what you may think of systemd, it is the future of linux and also before i await one of your next responses i'm going to say that there is a difference between anti-systemd and just not using it like with void, gentoo or antix linux and actively opposing it like with devuan or artix
>>25035>yes, right wingers HATE systemdhating is one thing, not wanting to use it because clearly openrc and sysvinit are better is another. but actually hating systemd is cringe, not even richard stallman sees an issue with it
>systemd is designed pretty much as close to how say emacs is designed, that is also a subsystem in itself at this pointI'm still predicting that systemd will slowly replace at least most of GNU but not all of it
>>25036>i am not talking about systemd as an init system>my argument is that systemd is the objectively best way to do most low level non-kernel tasks on linux like managing services and suchTHAT'S EXACTLY WHAT AN INIT SYSTEM DOESSSS BRUH
>more and more software is requiring systemdactually more and more systemd daemons are being created for said software(that actually needs a daemon for some reason), which could work on any init system with a service script written for it, but what kind of actually useful software would actually need to use daemons anyways aside from maybe an antivirus(that can still be run without daemons)?
btw antiviruses are useless >that's what i mean by >systemd is inevitablenever had an issue with openrc on gentoo
>systemd will replace more and more of the low level tasks that are above the kernelthat's sus, it's like trying to form a monopoly, but as long as it's free software then it doesn't matter also since you can just switch init systems anyways, if I was stuck with systemd then I'd actually rally against but not the case
>>25013>systemd is NOT JUST A FUCKING INIT SYSTEM YOU RETARD, EVERY OTHER ALTERNATIVE TO IT SUCKS, YOU WANT TO MANAGE YOUR SERVICES? ENJOY MANUALLY SETTING THAT SHIT UP WHEN IT CAN ALREADY BE SETUP BY YOUR PACKAGE MANAGER AND SYSTEMD, YOU WANT SOMETHING THAT ACTUALLY WORKS CONSISTENTLY? SYSTEMD, THERE IS A REASON WHY EVERY SERVER IN EXIST RUNS BASE DEBIAN OR UBUNTU INSTEAD OF WHATEVER CRACKPOT GARBAGE DEVUAN IS, THERE'S A REASON ALMOST NO ONE BESIDES RIGHT-WING NUTJOBS RUN ARTIX OR WHATEVER FUCKING NON-SYSTEMD PIECE OF SHIT IS CURRENTLY GOING AROUND, THERE IS NO ALTERNATIVE BUT SYSTEMD.systemd "just works" because application developers write the scripts for it instead of you the user. the labor is still there, it's just being done by someone else. if they shipped services for all init systems then you wouldn't be bitching about this
>>25072i wouldn't, no, but if it could be automated in a systemd-esque manner i don't paticularly care
>>25070>I'm still predicting that systemd will slowly replace at least most of GNU but not all of iti don't actually think this is a bad thing in itself
>THAT'S EXACTLY WHAT AN INIT SYSTEM DOESSSS BRUHyeah but that's only part of the init process, systemd is still more than an init system
>that's sus, it's like trying to form a monopoly, but as long as it's free software then it doesn't matter also since you can just switch init systems anyways, if I was stuck with systemd then I'd actually rally against but not the casei don't think this is a bad thing because the reality is if you don't want to use systemd, you can just create things that don't use it, i think if systemd monopolizes it then it's much easier for some other project to do a similar thing itself
>>25080>if systemd monopolizes it then it's much easier for some other project to do a similar thing itselfatm we have openrc
it wouldn't try to counter-monopolize though>i don't actually think this is a bad thing in itselfthe fsf would definitely try to stop systemd
somehow if it ever happens and would probably make a GPL4 that counters monopolies
>yeah but that's only part of the init process, systemd is still more than an init systemyeah true, like systemd's udev and etc
like, they also have a bsod, like wtf >>25081the FSF lost all of its power long ago
>yeah true, like systemd's udev and etc like, they also have a bsod, like wtfi mean the bsod isn't even turned on by default in most distros, you kind of have to go out of your way to stop it
>>25035>yes, right wingers HATE systemd, every right wing linux youtuber i've seen goes on rants about how systemd is… le badwhy even mention this? argue only the merits of the software
>>25090yet that is important to consider when their reasoning isn't based on any actual merit of the software itself, if they see systemd as le joooz then why should i argue within a logic that they don't even believe in?
>>25090it is important to note that they hate systemd, since it shows that the anti-systemd movement is not based on the software itself, but instead on some conspiratorial nonsense
>>25089>the FSF lost all of its power long agowe're in the worst timeline possible
>>25080>implying systemds code isnt obfuscated to fuck>implying most if not all of systemds parts are made to only work with each other making standalone forks a pain in the asslol you have no idea what youre talking about as usual
ive been enjoying runit a lot more than openrc tbqh
>>25212First order of business: quell historical nihilism around Richard Stallman without whom the eternal science of Free Software could not exist.
>>25212>>25212the people's free software foundation would be a richard_stallmanist-leninist
party foundation
>>25212this. release the GPL4 as a hard copyleft license
>>25629there's also a systemd command that wipes the firmware on certain laptops and bricks them
>>25013linux was always meant to be a hackable hobby os i think
but for professional sysadmin'ing and low-effort desktop usage, systemd is best
Unique IPs: 21