[a / b / c / d / e / f / g / gif / h / hr / k / m / o / p / r / s / t / u / v / vg / vm / vmg / vr / vrpg / vst / w / wg] [i / ic] [r9k / s4s / vip] [cm / hm / lgbt / y] [3 / aco / adv / an / bant / biz / cgl / ck / co / diy / fa / fit / gd / hc / his / int / jp / lit / mlp / mu / n / news / out / po / pol / pw / qst / sci / soc / sp / tg / toy / trv / tv / vp / vt / wsg / wsr / x / xs] [Settings] [Search] [Mobile] [Home]
Board
Settings Mobile Home
/g/ - Technology


Thread archived.
You cannot reply anymore.


[Advertise on 4chan]


File: 000000003250_ncQ1IIg.jpg (163 KB, 1141x1444)
163 KB JPG
There's literally nothing wrong with SystemD. It does everything well and going back to older solutions is contrarianism for its own sake.
>>
>>108696559
What about newer solutions?
https://shepherding.services/
>>
I have a script with a long list of changes from standard systemd behavior I have to run on all my systems because the default settings are fucking awful, who the FUCK thought pausing reboots for minutes at a time because of a hanging process is a good idea.
>>
>>108696559
I don't like the quirk where Systemd takes minutes to shut down the OS and shows "A stop job is running for xxxx".
>>
>systemd, Japan
>>
>>108696647
The job is transtopping, ok
>>
>>108696613
Sharing is caring!
>>
>>108696559
The problem with systemd isn't technical. It's the developer's attitude toward fixing or improving anything.
>>
>>108696559
using systemd is like using a chromium based browser. It works well, but the sheer dominance in marketshare combined with their pattern of behaviour is enough to prefer an alternative.
>>
SystemD can potentially force your system to be USA compliant.
>>
>>108696559
systemd takes over parts of the system and init has no business messing with like swap management, that's a major problem
>>
>>108696611
Newer isn't better. Why is sheepriding better than systemd?
>>
>>108696559
it's a virus that absorbs projects and since it's promoted by a corporation to become the new de facto desktop linux standard it's an ecosystem entry point for whatever globohomo shenanigans big tech is trying to implement. age verification for example, monoculture is a bad thing and most of systemd's absorbed features can be used independently of it when patched to not require libsystemd. also fuck the devs, they're the GNOME of init systems
>>
>>108697282
>Newer isn't better.
Precisely. Systemd is not better than what we already have.
>>
>>108696611
lmao at the website randomly changing size while I try to read it because some jeet though it'd be a great idea to animate the output of a single command in a loop
>>
https://github.com/Jeffrey-Sardina/liberated-systemd
>>
>>108698387
Pointless. Even if this catches on and overtakes the current systemd (it wont) Microsoft and its golems will just infiltrate it like everything else.
The very idea of a do-everything project needs to be eradicated.
>>
>>108698410
what is systemd doing that is out of its proper scope?
>>
>>108698424
Its proper scope being an init system... apart from that, everything it does is out of its proper scope.
>>
systemd broke my smart card
>>
>>108700132
lies
>>
>>108696559
>It does everything well
its slow and opaque and buggy
>going back to older solutions
systemd *is* an older solution though
>>
>>108699916
Says who? I for one welcome the demise of cronjobs.
>>
I honestly like both systemd AND FreeBSD's more traditional init. One is convenient with caveats, the other is simple. Use what you like.
>>
>>108696611
What makes it better than systemd?
>>
>>108704294
https://en.wikipedia.org/wiki/Lisp
>>
>>108704294
It's not better.
>>
>>108696611
>service file in Scheme
Nope, I'll take systemd's simple and readable INI style service file any day
>>
>>108706486
>INI style service file
And you'll stay in your Windows legacy world right where you belong.
>>
>>108706517
Huh? systemd is pretty much used by every Linux distros now, are you retarded?
What's wrong with INI file btw?
>>
>>108696559
Sorry jew, not using systemd.
>>
File: trudeau outmemed.jpg (1.13 MB, 1471x2120)
1.13 MB JPG
>>108697400
got em
>>
>>108706530
INI files come from Windows. And you can't program with INI but you can with Scheme.

Just cause most distros use systemd doesn't mean it isn't shit. Most distros are following behind IBM/RHs tranny cocksucking train of wayland, gnome, systemd, etc etc. I don't ride that train. It is all objectively obsolete and annoying technology to try and destroy free as in freedom software.
>>
>>108706596
>INI files come from Windows.
So? Not everything that came from Windows is bad
>And you can't program with INI but you can with Scheme.
Why the fuck would you need to program your service file? You're saying that requiring a Scheme interpreter for your service manager is better than a simple INI file parser that takes key value pairs and the occasional labels?
>>
>>108706626
>You're saying that requiring a Scheme interpreter for your service manager is better than a simple INI file parser that takes key value pairs and the occasional labels?
Hah, ironic coming from the people who likes to call systemd bloated, apparently depending on a Scheme interpreter is not bloat for these idiots.
>>
>>108706626
>Scheme interpreter for your service manager is better

Yes. If you want power you use Scheme. Else, be limited to non-programmable INI. Your choice.
>>
>>108706651
Poor kiddie sucking on Red Hat's and IBM's cock. Hope Pottering and Pajeet jizz satisfies you.
>>
>>108706677
You lost, tranny.
Go back to your init freedom meme distros and keep crying
>>
>>108696559
There will soon be 100 vibe coded superior alternatives.
>>
>>108706596
>programming in a configuration file type
use case?
>>
>>108706704
LOL you have stockholm syndrome. Freedom is a meme to systemd users. Incredible.
>>
>>108706714
Can we use systemd on Devuan yet? It's not really freedom if you restrict my right to use whatever I want :)
>>
>>108706707
Imagine anything that might limit you when working in key val INI file. Not imagine that limit wasn't there because you can program whatever the fuck you want.
>>
>>108706731
>imagine
>imagine
So no actual examples? I accept your concession. Glad we established why systemd is superior to shepherd.
>>
>>108706792
You'll never break free from your mental prison if you don't exercise your brain.

I'll spoon feed you a little. With Scheme you can use conditionals, functions, modules to programmatically define services. You could generate a thousand similar services in a simple loop. Or use arbitrary logic for dynamic services.

Good luck with systemd tho.
>>
>>108706728
Nobody is stopping you. Much like nobody is stopping you from bashing your face with a brick. You have that right and seem to be utilizing it well.
>>
>>108706845
Use case unclear, issue closed.
>>
>>108706866
It's okay. It takes time to grok.
>>
>>108706845
>>I'll spoon feed you a little. With Scheme you can use conditionals, functions, modules to programmatically define services. You could generate a thousand similar services in a simple loop. Or use arbitrary logic for dynamic services.
Sounds like a lot of unnecessary bloat, why would you shit on systemd for being bloated but then turn around and say this bloated shit is better? You guys are hilarious.
>>
>>108696559
every since systemd came out i havent noticed systemd at all
>>
>>108706884
I never said it was bloated. But I was curious. According to Linux From Scratch, a systemd install takes 420MB while Guile takes about 200MB. Shepherd itself is just a few Scheme files like a MB in size. So half the size overall. And you get a full programming environment.

https://www.linuxfromscratch.org/blfs/view/systemd/general/systemd.html
https://www.linuxfromscratch.org/blfs/view/svn/general/guile.html
>>
>>108706596
>to try and destroy free as in freedom software.
this. 100% this.



[Advertise on 4chan]

Delete Post: [File Only] Style:
[Disable Mobile View / Use Desktop Site]

[Enable Mobile View / Use Mobile Site]

All trademarks and copyrights on this page are owned by their respective parties. Images uploaded are the responsibility of the Poster. Comments are owned by the Poster.