Ça fait plus d'un an que j'utilise systemd et tmux et je n'ai jamais rencontré ce problème, j'ouvre/je ferme des sessions X, aucun soucis avec les sessions tmux démarrés sous tty ou X.
Par défaut, systemd ne tue pas les processus utilisateurs (pam_systemd permet de le configurer plus finement, mais il y a une clé de configuration globale dans systemd-logind.conf Cf. man), donc c'est probablement un problème de configuration.
Si on parle de la maturité de systemd, je rappelerais que quand la majorité des distros Linux l'ont adopté, Upstart était loin d'être parfait non plus (c'est d'ailleurs un demi-succès puisqu'en dehors d'Ubuntu personne n'utilise les jobs Upstart natifs)
Je comprends pas qu'on puisse regretter init SysV, avec le pare-feu, c'est l'un des deux trucs qui me font préférer les systèmes *BSD (IPtables, ça aussi c'est de la belle merde)
[^] # Re: pam_systemd
Posté par GeneralZod . En réponse au journal Non, systemd n'est vraiment pas parfait ! (ni prêt). Évalué à 6.
Ça fait plus d'un an que j'utilise systemd et tmux et je n'ai jamais rencontré ce problème, j'ouvre/je ferme des sessions X, aucun soucis avec les sessions tmux démarrés sous tty ou X.
Par défaut, systemd ne tue pas les processus utilisateurs (pam_systemd permet de le configurer plus finement, mais il y a une clé de configuration globale dans systemd-logind.conf Cf. man), donc c'est probablement un problème de configuration.
Si on parle de la maturité de systemd, je rappelerais que quand la majorité des distros Linux l'ont adopté, Upstart était loin d'être parfait non plus (c'est d'ailleurs un demi-succès puisqu'en dehors d'Ubuntu personne n'utilise les jobs Upstart natifs)
Je comprends pas qu'on puisse regretter init SysV, avec le pare-feu, c'est l'un des deux trucs qui me font préférer les systèmes *BSD (IPtables, ça aussi c'est de la belle merde)