Op actually writes about systemd-ssh-generaror which does exactly what they describe it’s just not a whole story or it won’t be this inflammatory (or interesting at all).
systemd-ssh-generator — Generator for binding a socket-activated SSH server to local
AF_VSOCKandAF_UNIXsockets
Also why shouldn’t things use kernel cmd? Is it taboo? Only good guys are allowed to use it, not bad horrible systemd?
We already have Piefed and Mbin.
Wow, that’s incredibly cool!
Interesting, I’ve worked on car infotainment system for a short while, it was based on yocto, I think, and it was build with systemd support, tbh not once developers had a problem with resources on that thing, a lot of problems were with safety and regulatory requirements.
Before that I had an experience with wind river based system for network appliance and there were no systemd but that was when systemd was still a new thing.
Modern hardware is extremely powerful and has a lot of resources, I think there is some project that runs more or less standard linux on esp32.
PS3 was great and had a lot of interesting and unique games.
That’s pretty niche use-case devices that can run linux but at the same tume limited enough that systemd is the bottleneck. I do get it that running systemd on some embedded devices makes little sense.
Systemd has stable API so nothing stops other systems from implementing parts of it that interest them, thing is, *bsds aren’t interested or resource constrained so much that they can’t.
They probably won’t be gone completely and it will take thousands of years, so for a while every version of Santa is good.
He had a whole junkyard full of extremely obscure tech to himself.
It barely finished single race and had trouble to even start.
How exactly is it controlled by Red Hat? Having systemd is a massive blessing for linux distributions that use it and for absolute majority of users.
I know what uv is, also never felt the need for package manager do a lot more. Just not my use case, pip + pipx is enough for me. I do develop in python but I’m trying to do it as tidy as possible without any or minimal external deps due to environment constraints, maybe for web dev or other fields where there is a need to install billion external libraries and multiple versions of them uv is a right choice, who knows. Personally I would prefer first party tool.
I’m not blaming cargo specifically for building it is slow to download deps as well, which was clearly stated in my first post. I’m going to edit it now.
Pip is a sane default that works for absolute majority of cases, anyway correct tool for installing programs from pypi is pipx that eliminates ‘dependency hell’, but ofc new cool tool is the only way to do things.
When little program in rust that replaced previous one compiles two hours compared to previous that compiled in a few minutes it matters.
Maybe they just set it up that way, I think there is an option for this behaviour.
I’m not enthusiastic about it, I’m just old enough to remeber how bad were good old times before systemd and a bit miffed how old and untrue statements about it are perpetuated.
Poorly how? Really I can’t remeber any time that it failed me in any way.
You are forced to use a lot of things bit systemd is where you draw a line? 😺
What kind of pain points? Tbh kde is as close to the ideal desktop as it gets in my opinion, it mostly gets out of your way, but when you need something it’s almost always already there just waiting.
i want this