5 ms·

Ahhh, thanks. Now you mention it, wasn’t there some major scandal about this when it first shipped?

• Nursie 4y ago
  There were a lot of noises made about it, yes, because people had been "nohup"ing things for decades, and using stuff like screen and tmux to keep sessions going over poor connections. All of a sudden, without much warning, someone made the decision to kill all user processes on logout. It broke a lot of folks workflow.
  • Shorel 4y ago
    One would be tempted to say that deleting a user and logging out are definitely different operations with expected different outcomes.
    • Nursie 4y ago
      It’s part of the same session-management feature that had unexpected (and undesirable) effects.
• SahAssar 4y ago
  The "scandal" was the exact opposite of your complaint. People where SSHing in, starting a screen/tmux, disconnecting and complaining about the process being killed.
  • wtallis 4y ago
    Not really an exact opposite. There was a preexisting convention for how to intentionally keep a process running after logout, which systemd broke. That's quite different from a case of a background process the user did not explicitly ask to be started in the first place, let alone flag to keep running after logout.
    • rainbow29822 4y ago
      You mean the distros broke it by not toggling that option. As you can read from the parent comment here, that "convention" was also broken and causes issues in Debian. There's no solution here that isn't going to break something, that's why the best systemd can do is ship a toggle and tell the distros to figure it out.