News for hackers. Stuff that matters.
Re:Systemd, ten years later: a historical and technical retr... by ycombobreaker on Sunday May 03, 2020 @10:45PM (#23064063)
> it’s weird that “logging out” doesn’t imply “and end all my programs.”

Weirdness is in the eye of the beholder. I regularly run programs whose lifecycles are not in sync with my login session. Why do I need to stick around to see a batch job complete?

I can understand that different folks have different backgrounds which changes expectations... but come on... somebody bringing up tmux, screen, etc. should simply end the conversation. "Oh, that is a common and historical use case that I have not considered, today I learned something."

Re:Systemd, ten years later: a historical and technical retr... by Supermancho on Monday May 04, 2020 @12:15AM (#23064494)
>> it’s weird that “logging out” doesn’t imply “and end all my programs.”

> Weirdness is in the eye of the beholder

It's a windows acolyte mindset. Many people don't imagine that a login is just another program, rather than the parent process.

Re:Systemd, ten years later: a historical and technical retr... by Spivak on Monday May 04, 2020 @12:00PM (#23069602)
Yes but that model conflicts with the human notion of being “logged in” to a system.

And the current behavior is literally what you describe. It’s just the quirk of subreapers being implemented recently that daemonizing a process wasn’t local to your session.

It makes zero sense that a process that double forks is reparented by init instead of your session leader. If how things worked currently was proposed today it would sound crazy.