I love systemd
-
journalctl. I don’t give a damn as to where the logs are, and I just
But for a tool that read log configs and find that out for you, you've let Timers into your home.
-
That's all fine and good, but that's not quite related to the "everything is a file" metaphor. The data is still stored in files and accessed using conventional io and the command itself is routinely piped to other commands.
Everything being a file is extremely pervasive in unix, and I couldn't think of what systemd was doing that went in opposition to the metaphor.
-
That ain't the Unix Philosophy I was refering to.
-
Here's a good example for Jellyfin that got me started with quadlets.
Note on the above: the linuxserver.io jellyfin image gas an ffmpeg bug in it, so swap to the official docker image in the config.
-
[email protected]replied to [email protected] last edited by
Ok I don't know how sheepdogs fit into the analogy but IMO they are neither pets nor cattle. They are like coworkers, and if I have to risk one every now and then to keep the wolves busy, so be it.
-
Thats an interesting opinion, unfortunately I disagree so it must be wrong :3
/s /j
-
So far I'm not in love with systemd-networkd...
-
[email protected]replied to [email protected] last edited by
Thank you for this. I haven't been any sort of sysadmin in a good long time and when I was, I didn't manage more than three or four servers. But I am fed up enough with SystemD to finally go to the trouble of switching back from Arch to the Gentoo I used to run and love. And it's a breath of fresh air dealing with OpenRC (and generally the whole Gentoo ecosystem) again.
Unit files are a pain to deal with. I love that with init scripts, if I can write Bash scripts, I can write init scripts without having to look up every little thing in Google and in man pages.
-
[email protected]replied to [email protected] last edited by
I'm an older fella who supported BSD systems before transitioning careers, the damn fact that you can't just read a log file was enough to get my hairs up.
I still subscribe to the philosophy as you put it, a system is only as reliable as it's components.. the sum of simple tools worked way better than systemd ever has in my opinion.
-
[email protected]replied to [email protected] last edited by
So, I don't know as much as you do, but I'm wondering; if it's that bad, why did it ever get popular? It's not like people who write/program/maintain/deploy Linux aren't usually very knowledgeable. They're usually experts and computer scientists. It seems to me, at least, if it's that bad, it would have never been adopted so widely? Is Systemd pulling a Microsoft and bribing people or something?
-
[email protected]replied to [email protected] last edited by
No, it's much simpler- distro maintainers moved to it because it's simpler for them to roll out, and they don't get blamed for the problems.
-
[email protected]replied to [email protected] last edited by
As a developer who got into DevOps and now is learning the vast world of sysadmin stuff, it’s validating to see you say that. Because the damn logging system is my number 1 gripe as well and it discourages me from doing any real digging. Why would I when I can just spin up a new VM?
-
[email protected]replied to [email protected] last edited by
I won't say a bad word about Gentoo, I enjoyed running it, but if you want to use sysvinit, Debian works fine with it. There's a page on the wiki (linked form the install guide) on how to do it here. I've not run into any issues over the time I've been running like this, and having a clean init system makes my day a lot better.
-
Coming from software development, the systemd controversy is starting to feel more familiar as I learn more of it.
It really reminds me of what happens sometimes in backend web systems development when an overly complicated framework takes over a programming language community. Getting anything done no longer becomes about using the tools to interact with HTTP, or the language runtime (if relevant), or anything else absolutely essential to the task at hand - it’s about learning the framework itself and its peculiarities, its specific abstractions and semantics wrapping real concepts.
An example is Spring Framework. One does not simply write a little bit of code to cache something in memory at the place one needs it, no! One must use a ProxyFactoryBean to apply a CachingInterceptor, in the bean configuration XML of course! (Of course being Java, you have the extra layer of indirection and fakery as the Java community is/was full of people obsessed with shoving everything possible into a design pattern for cred.)
One does not simply read a systemd log file using cat, nor filter with grep. One must use journalctl with its specific arguments to filter by specific things. Because the logs are binary or something. I feel like I’m not learning Linux/UNIX anymore, I’m learning systemd.
I do like systemd’s unit system, with its whole dependency graph for reaching certain targets, etc. However, given the nigh ubiquity of systemd, I’ve not really had much of a chance to learn any alternatives, so it seems I must simply get used to it regardless.
-
[email protected]replied to [email protected] last edited by
My god, is systemd ever a piece of crap. Coupled with ‘consistent[ha!] naming’ it’s the single most likely thing to cause a field engineer to scream into the partially-lit datacenter in abject rage and hate. Even more if they remember how fucking sysVinit actually delivered on the promise. Even more if they still remember how well inittab Just Worked.
I agree with everything you've said, but this paragraph in particular resonated. We used to have a clean, simple, and predictable, system. Now we have exciting race conditions, a massively over complicated monolith ("but it's not", I hear the Lennart's fans scream, "you can just install the bits you want". To them I say "Try it. You'll soon wish for the sweet release of death. Install a good init system instead"), and once simple tasks being swamped by poorly designed tooling.
I'd say the entire design of it is badly thought out, but that implies there was much though given to it's design at all. It seems more like it simply coagulated. As another commenter said, it's become popular because it makes the disto builders' lives easier, not because it's better, and that leaves everyone actually using the thing in the lurch.
-
[email protected]replied to [email protected] last edited by
I still use grep with journalctl because I find their built-in filter to be poopy.
-
So yeah the bird was me. But back in the day there was linux with a bunch of config files and windows with the registry.
It could be a pain to deal with config files but it was nowhere near as bad a dealing with the gigantic mess that was the windows registry. So someone trying to move linux away from one of the things that made it better then windows to a windows like system seemed like a horrible idea.
Combine that with the main systemd guy coming off as a bit of a jerk online and the resistance is understandable.
-
ITT: systemd haters get overly upset about someone on the internet deciding to use systemd
-
yeah, networkd isn't better than Network Managar or just static IPS imo.
Also, resolved is horribly buggy and unusable. Tried for a while and switched to dnscrypt proxy 2 instead