Bug#825394: systemd kill background processes after user logs out

[Christian Rebischke]

Hello,
You should quote the full changelog and not just
the part that is 'bad' in your mind.

>systemd-logind will now by default terminate user processes that are part of
>the user session scope unit (session-XX.scope) when the user logs out. This
>behavior is controlled by the KillUserProcesses= setting in logind.conf, and
>the previous default of "no" is now changed to "yes". 

For debian it would be enough to set this to "no" again with 
--without-kill-user-processes option to "configure"

>This means that user sessions will be properly cleaned up after, but
>additional steps are necessary to allow intentionally long-running processes
>to survive logout.

Here comes the important part. Seems like the systemd-devs are working on a
way to allow intentionally long-running processes in a specific user scope.

And here is another way for allowing these long-running processes:

>While the user is logged in at least once, user at .service is running, and any
>service that should survive the end of any individual login session can be
>started at a user service or scope using systemd-run.  systemd-run(1) man
>page has been extended with an example which shows how to run screen in a
>scope unit underneath user at .service. The same command works for tmux.

And another way for allowing long-running processes.

>After the user logs out of all sessions, user at .service will be terminated
>too, by default, unless the user has "lingering" enabled.  To effectively
>allow users to run long-term tasks even if they are logged out, lingering
>must be enabled for them. See loginctl(1) for details. The default polkit
>policy was modified to allow users to set lingering for themselves without
>authentication.
>
>Previous defaults can be restored at compile time by the
>--without-kill-user-processes option to "configure"


You see? No reason to complain about.

Best regards

Christian Rebischke.
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 819 bytes
Desc: not available
URL: <http://alioth-lists.debian.net/pipermail/pkg-systemd-maintainers/attachments/20160527/796613cb/attachment-0002.sig>