systemd has been a complete, utter, unmitigated success
systemd has been a complete, utter, unmitigated success
blog.tjll.net
systemd has been a complete, utter, unmitigated success
45 comments
-
-
You won't ever get me to care about what init system I run on my machine. I just need it to work.
-
Exactly. There are more important holy wars and bigger hills to die on.
-
Sounds like something an Emacs user would say
-
-
Those two things are related.
-
-
The comments in here are going to be normal
-
Upstart was perfect!
-
-
I agree. For a init system.
I don't like the "takeover" of network and home folders. (It feels like a takeover for me)
-
When I was starting to use Linux in the late 2010s, I was quite confused by how all the init stuff worked. Now that I use NixOS and systemd, I'm things have become really easy. I could write a simple backup system by chaining a few services together without problems.
-
Might it be, that you have also learned a bit here and there?
-
-
[disputed]
-
Introducing: Being a contrarian asshat!
Yes, by being a contrarian asshat you too can legitimately claim that any statement is disputed, because You dispute it!
-
-
The first thing forcing an option does, is depriving that option the ability to know what it could achieve on pure merit.
-
Systemd is fine but I am kinda sad that it's ubiquity has resulted in increasing dependence on it.
I really like void linux which uses runit and it seems like its getting harder for things to work without systemd. Gnome made some changes fairly recently that increase dependence, I hope devs can build ways for gnome to still work :/
My only real criticism is that using runit makes me feel like systemd could be a lot smaller and more elegant. But using systemd has never caused me any problems as best I'm aware 🤷♂️
-
No one cares about systemd at this point
If you want to use your computer like it is 2005 go for it. Just don't keep bringing up this dead topic.
-
Where did all the Pöttering hate go?
-
Difficult to argue with someone who is obviously right when they've actually proven they were right.
-
45 comments
One thing the author probably hasn't done yet or just doesn't mention is that you can configure
.containerservices with systemd-podman units (often called quadlets), e.g. a simple MariaDB container would look like this:[Unit] Description=MariaDB container [Container] Image=docker.io/mariadb:latest Environment=MYSQL_ROOT_PASSWORD=rootpassword Environment=MYSQL_USER=testuser Environment=MYSQL_PASSWORD=testpassword Environment=MYSQL_DATABASE=testdb [Install] WantedBy=multi-user.targetShort intro Full reference
This is superb, because it means your containers finally feel well-integrated with the rest of the OS and you can use systemctl, journalctl, etc. just like you would with other services.
Personally, I use this as an alternative to Podman/Docker compose and have been very happy with it running rootless containers from Nextcloud, Pufferpanel, Forgejo, Authentik, etc. (ask me for .container files if you need any help, I'm currently working on a small repo with a collection)
awesome!
It's amazing, the gitea container supports this. Autostarts on machine restart, etc.
Yeah, it's great that Gitea/Forgejo has a copy-paste snippet in the docs, but you can actually use that with pretty much every container.
There is this useful tool to convert containers, podman commands or even compose files to podman-systemd units: https://github.com/containers/podlet
TIL. That's pretty useful!
That’s neat! There’s so many advanced features of systemd I swear I learn something new every time it comes up.
This is due to systems generators allowing Podman to plug in to that system
That idea feels very useful but I also distrust it and it makes me angry for reasons I can't articulate.
Your distrust is kind of reasonable: I've been using this a lot for the past year and there definitely were two or three moments where it was a bit annoying, too little transparent on what commands will be run, etc.
Do the reasons include gate keeping?
I like this, but even though pod man runs perfect rootless, quadlets can only run as root for now :-(
Not true. I run them rootless on my server as we speak. :)
Just place your Quadlets in the $HOME/.config/containers/systemd/ directory for this ;)
The reference I linked to earlier also contains more information on rootless.