4 ms·

> remote login, start screen, ctl-A d (detach), log out, log back in, screen -r (resume) I just tried it on a fully up-to-date CentOS 8 box (which uses systemd

by cesarb 7y ago

> remote login, start screen, ctl-A d (detach), log out, log back in, screen -r (resume) I just tried it on a fully up-to-date CentOS 8 box (which uses systemd), and it worked perfectly fine: after logging back in through ssh, `screen -r` restored the screen session as expected. From what I have read, that screen session would only be killed if I had set KillUserProcesses=yes on /etc/systemd/logind.conf, which is not the default.

deleted 7y ago
[deleted]
ttctciyf 7y ago
Switching to CentOS in order to use screen is not an appealing option, and the config appears not to work on my current distro (that might be my poor testing, but it's certainly not the default anyhow.) I understand Slackware still lacks systemd, so maybe that's a better choice for me :)
- fsh 7y ago
  Please submit a bug report if the option doesn't work for you.
tyingq 7y ago
It is the default. This behavior is controlled by the KillUserProcesses= setting in logind.conf, and the previous default of "no" is now changed to "yes". https://github.com/systemd/systemd/blob/2d4f8cf467b6825c91276808250823a29ab461fe/NEWS#L4356 https://github.com/systemd/systemd/blob/2d4f8cf467b6825c9127...
- frio 7y ago
  This is one of those fun situations where everyone's right. The upstream default has changed, but CentOS still uses the old default.
  - m45t3r 7y ago
    Almost every distro I know turns this option off by default, including Arch, NixOS and Debian (the last one I am not sure).
    - fsh 7y ago
      It defaults to "no" on Debian 10. Maybe Fedora changed the default?
      - Conan_Kudo 7y ago
        Fedora does not have this feature on: https://src.fedoraproject.org/rpms/systemd/blob/265d91aff516c0e0a13da9ed7613cd0cbfba9e9c/f/systemd.spec#_369 https://src.fedoraproject.org/rpms/systemd/blob/265d91aff516...
        dTal 7y ago
        That's most interesting, given that both systemd and Fedora are Red Hat products. If there's one distro that would use the systemd defaults, I would expect it to be Fedora. Who exactly are these defaults for, then?
        Conan_Kudo 7y ago
        I've mainly seen it switched on for appliances and things that don't really have a legacy of this behavior. It's not switched on in RHEL or Fedora. It's likely to never be so.

by cesarb 7y ago

deleted 7y ago

[deleted]

ttctciyf 7y ago

Switching to CentOS in order to use screen is not an appealing option, and the config appears not to work on my current distro (that might be my poor testing, but it's certainly not the default anyhow.) I understand Slackware still lacks systemd, so maybe that's a better choice for me :)

fsh 7y ago
Please submit a bug report if the option doesn't work for you.

tyingq 7y ago

It is the default. This behavior is controlled by the KillUserProcesses= setting in logind.conf, and the previous default of "no" is now changed to "yes". https://github.com/systemd/systemd/blob/2d4f8cf467b6825c91276808250823a29ab461fe/NEWS#L4356 https://github.com/systemd/systemd/blob/2d4f8cf467b6825c9127...

frio 7y ago
This is one of those fun situations where everyone's right. The upstream default has changed, but CentOS still uses the old default.
- m45t3r 7y ago
  Almost every distro I know turns this option off by default, including Arch, NixOS and Debian (the last one I am not sure).
  - fsh 7y ago
    It defaults to "no" on Debian 10. Maybe Fedora changed the default?
    - Conan_Kudo 7y ago
      Fedora does not have this feature on: https://src.fedoraproject.org/rpms/systemd/blob/265d91aff516c0e0a13da9ed7613cd0cbfba9e9c/f/systemd.spec#_369 https://src.fedoraproject.org/rpms/systemd/blob/265d91aff516...
      - dTal 7y ago
        That's most interesting, given that both systemd and Fedora are Red Hat products. If there's one distro that would use the systemd defaults, I would expect it to be Fedora. Who exactly are these defaults for, then?
        Conan_Kudo 7y ago
        I've mainly seen it switched on for appliances and things that don't really have a legacy of this behavior. It's not switched on in RHEL or Fedora. It's likely to never be so.