Comment by tux3
2 days ago
You can detach from screen/tmux, leave it running in the background, and log back in later to the same screen/tmux like you left it.
Except systemd can kill it when you log out, so you come back to nothing.
2 days ago
You can detach from screen/tmux, leave it running in the background, and log back in later to the same screen/tmux like you left it.
Except systemd can kill it when you log out, so you come back to nothing.
What I don't get is why (on Arch) I have linger off yet have never had trouble with tmux/ zellij being killed.
Edit: ah, this post clears it up. Mentions linger has nothing to do with screen muxers, and also brings KillUserProcesses to peoples attention.
Damn systemd and its multiple levels of convenience.
Ah ok. Seems like the log out metaphor is kind of broken then?
It seems to me if you want persistence between logouts, the processes should belong to a different group/user.
(I'm spitballing hypotheticalshere, not saying anyone/thing in particular is wrong)
Think about user services in a multi-user setup
Do you want user-level services, or a multi-tenant system-level service? - Who can tweak the service configuration? - How do you ensure there's no data leaks between users? - What about misbehaviour? Quotas, crashes
I think lingering is great here
Off the top of my head. Have a group that doesn't die on logout. So you can have an email Daemon that responds with out of office. And you tmux session can keep running?
I'm not necessarily talking about the Unix concept of a group. It seems to me you want some granularity between 'kill all processes' and 'keep all processes'