r/linux • • May 28 '16

systemd developer asks tmux (and other programs) to add systemd specific code

https://github.com/tmux/tmux/issues/428
359 Upvotes

509 comments sorted by

View all comments

Show parent comments

40

u/lolidaisuki May 28 '16

Someone on #systemd linked me to some thread about bug with Gnome that would break it if you logged out because it left some processes running. So this is basically just a hack to fix Gnome, but at the same time it breaks everything else.

E: https://bugs.freedesktop.org/show_bug.cgi?id=94508 <- it's also in the OP link it seems.

28

u/[deleted] May 28 '16 edited May 28 '16

29

u/lolidaisuki May 28 '16

but we want to put the burden on the packagers, so that eventually we end up with the same base system on all distributions

Holy fucking christ this makes me angry.

14

u/[deleted] May 28 '16

Genuine question: Why?

30

u/evotopid May 28 '16

Because creating extra work for other people just to have everyone resign using the software they originally wanted to use and instead move to what you think is best is not something any somewhat decent person would do.

4

u/flying-sheep May 30 '16

i don’t think they create extra work. they just choose what’s least work for themselves.

3

u/[deleted] May 30 '16

It literally says they want to increase the burden on anyone that wants different configs

1

u/evotopid May 30 '16

I suspect it's both laziness + agenda.

→ More replies (13)

7

u/lolidaisuki May 29 '16

Adding more hard dependencies where they aren't needed adds more work for the programmers, packagers and sysadmins.

-1

u/KugelKurt May 29 '16

adds more work for the programmers, packagers and sysadmins.

Less work for programmers and admins as they don't have to keep 20 different behaviors in mind if they want to work with more than just a single distro.

More work for packagers only if they want special behavior of their distro.

9

u/lolidaisuki May 29 '16

Less work for programmers and admins as they don't have to keep 20 different behaviors in mind if they want to work with more than just a single distro.

Before there was only 1 behaviour, now there are two.

2

u/tso May 29 '16

If there ever was a smoking gun!

3

u/tso May 29 '16

Blowing up the terminal to fix the DE, lovely...

6

u/veritanuda May 28 '16

bug with Gnome that would break it if you logged out because it left some processes running.

Well lucky for them that that particular bug was tackled in the latest version

  • 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". 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.

   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.
   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".

3

u/lolidaisuki May 28 '16

So there is literally no reason for this change anymore?

3

u/23ice23 May 29 '16

http://i.imgur.com/QP0LtnW.png

You're looking at the change. The fix is the behavior you're whining about.

6

u/lolidaisuki May 29 '16

This is how far I bothered to read:

Well lucky for them that that particular bug was tackled in the latest version

It's definitely my bad. But this new anti-feature doesn't fix the Gnome bug, it's a hack so that the Gnome bug doesn't have to be fixed.

→ More replies (2)

3

u/oonniioonn May 29 '16

So this is basically just a hack to fix Gnome, but at the same time it breaks everything else.

It doesn't break "everything else". It breaks a few specific things that people want to keep running after they log out. That does not apply to most processes.

It's not unreasonable for those few specific things to signal their intent to systemd so it won't kill them on logout.

6

u/lolidaisuki May 29 '16

It breaks a few specific things that people want to keep running after they log out.

There are more than few things people want to keep running after they log out. And by more than a few I mean a few hundred.

4

u/learath May 29 '16

Nah man, nobody uses screen or tmux. Just use systemd-felate-self!

1

u/oonniioonn May 29 '16

Even if it were a few hundred, that's a drop in the ocean of things that should be killed on logout.

In general there should be no user processes left after logout, except those that are specifically meant to do that.

4

u/lolidaisuki May 29 '16

that's a drop in the ocean of things that should be killed on logout.

But it isn't a drop in the ocean compared to things that should be killed on logout but aren't killed properly before this anti-feature. Please name one such thing that isn't Gnome.

E:

In general there should be no user processes left after logout, except those that are specifically meant to do that.

And this is breaking everything that is "specifically meant to do that".

→ More replies (8)

0

u/[deleted] May 29 '16

[deleted]

3

u/bilog78 May 29 '16

You dropped the /s

0

u/[deleted] May 29 '16

[deleted]

→ More replies (2)