Donc si j'utilise tmux, je dois prévoir que je vais devoir changer la config d'un autre logiciel...
Pas du tout, tu peux aussi lancer la commande adéquate pour que cela fonctionne comme avant (systemd-run et passer ta session en linger, si c'est autorisé par l'admin).
Ce qui me dérange avec systemd, c'est qu'il se mêle de ce qui ne le regarde pas.
Il se mêle exactement de ce qui le regarde, à savoir gérer les process utilisateur.
Je pense que ce qui gêne le plus les utilisateurs qui gueulent, c'est qu'auparavant, ils pouvaient tromper le sysadmin, et maintenant ils ne pourront plus.
Un peu comme NetworkManager qui va toucher aux réseaux, sans te demander, et sur des éléments qu'il n'a pas mis lui-même en place.
La première chose que je fais sur une machine ddont le réseau déconne, c'est de virer NetworkManager. Avec systemd, j'ai rarement le choix.
C'est le boulot de NetworkManager de toucher aux réseaux, c'est même dans son nom. Si on n'aime pas on vire, c'est tout.
Si des admin-sys craignent des pprocessus sans contrôles, il peuvent installer des vm pour leurs utilisateurs.
Ils peuvent aussi utiliser cette option de systemd, ce qui est infiniment plus simple et moins consommateur de ressources que d'installer des VM pour les utilisateurs.
Bref, la solution que tu proposes pour faire fonctionner tmux proprement est compliquée. La solution simple est de virer cette fonctionnalité de systemd. Ceux qui la veulent sauront la mettre en place.
La solution proposée par les dévs de systemd est extrêmement simple, et cette fonctionnalité est présente dans systemd depuis de nombreuses versions, a une réelle utilité, et ne gêne personne : il n'y a aucune raison de l'enlever. Et oui, ceux qui l'utilisaient auparavant savaient changer "#KillUserProcesses=no" en "KillUserProcesses=yes" dans /etc/systemd/logind.conf.
[^] # Re: systemd, le nouveau Multics
Posté par ookaze . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 2.
Pas du tout, tu peux aussi lancer la commande adéquate pour que cela fonctionne comme avant (systemd-run et passer ta session en linger, si c'est autorisé par l'admin).
Il se mêle exactement de ce qui le regarde, à savoir gérer les process utilisateur.
Je pense que ce qui gêne le plus les utilisateurs qui gueulent, c'est qu'auparavant, ils pouvaient tromper le sysadmin, et maintenant ils ne pourront plus.
C'est le boulot de NetworkManager de toucher aux réseaux, c'est même dans son nom. Si on n'aime pas on vire, c'est tout.
Ils peuvent aussi utiliser cette option de systemd, ce qui est infiniment plus simple et moins consommateur de ressources que d'installer des VM pour les utilisateurs.
La solution proposée par les dévs de systemd est extrêmement simple, et cette fonctionnalité est présente dans systemd depuis de nombreuses versions, a une réelle utilité, et ne gêne personne : il n'y a aucune raison de l'enlever. Et oui, ceux qui l'utilisaient auparavant savaient changer "#KillUserProcesses=no" en "KillUserProcesses=yes" dans /etc/systemd/logind.conf.