Franchement cela ne te gene pas, intellectuellement parlant, que au lieu de corriger les causes d'un probleme on utilise une arme atomique?
Non, car c'est le boulot d'un gestionnaire de sssions de base de fermer les programmes lors du logout (et pour ceux qui sont bien faits : avec un timeout / confirmation si certains programmes ne veulent pas se fermer et l'ont explicitement demandé au gestionnaire. Exemple : gravure en cours).
Qu'attendre que la cause du problème soit réglée dans chaque programme est clairement irréalisable. Tu auras toujours tôt ou tard un programme mal codé.
Que corriger à chaque fois le problème dans chaque programme est contre-productif et pas très intéressant.
Que de toutes façons, on peut désactiver l'option, ou utiliser une autre solution pour avoir des daemons/programmes qui restent.
De plus tu colles un lien sans lire ce qu'il y a dedans... Regarde donc le status. Comme je suis gentil:
Merci, je l'ai vu. Mais le truc, c'est qu'on s'en branle le coquillard avec une pelle à tarte tout en écoutant du George Brassens et en appelant Tata pour qu'elle vienne manger. Oui, à ce point.
Car le fait que le problème a existé. Qu'il n'y a aucune raison pour qu'on nouveau programme/daemon KDE soit de nouveau mal codé et ait ce problème. Ou que le gestionnaire de session KDE (si c'est lui qui s'en occupe) exhibe de nouveau ce problème.
D'ailleurs, y'a pas que Plasma 5 qui a eu énormément de problèmes (c'est quoi, la 3ème réécriture complète de KDE avec des problèmes partout ? Et souvent les mêmes ?), d'ailleurs...
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)
[^] # Re: systemd, le nouveau Multics
Posté par xcomcmdr . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à -2. Dernière modification le 22 juin 2016 à 12:53.
Non, car c'est le boulot d'un gestionnaire de sssions de base de fermer les programmes lors du logout (et pour ceux qui sont bien faits : avec un timeout / confirmation si certains programmes ne veulent pas se fermer et l'ont explicitement demandé au gestionnaire. Exemple : gravure en cours).
Qu'attendre que la cause du problème soit réglée dans chaque programme est clairement irréalisable. Tu auras toujours tôt ou tard un programme mal codé.
Que corriger à chaque fois le problème dans chaque programme est contre-productif et pas très intéressant.
Que de toutes façons, on peut désactiver l'option, ou utiliser une autre solution pour avoir des daemons/programmes qui restent.
Merci, je l'ai vu. Mais le truc, c'est qu'on s'en branle le coquillard avec une pelle à tarte tout en écoutant du George Brassens et en appelant Tata pour qu'elle vienne manger. Oui, à ce point.
Car le fait que le problème a existé. Qu'il n'y a aucune raison pour qu'on nouveau programme/daemon KDE soit de nouveau mal codé et ait ce problème. Ou que le gestionnaire de session KDE (si c'est lui qui s'en occupe) exhibe de nouveau ce problème.
D'ailleurs, y'a pas que Plasma 5 qui a eu énormément de problèmes (c'est quoi, la 3ème réécriture complète de KDE avec des problèmes partout ? Et souvent les mêmes ?), d'ailleurs...
"Quand certains râlent contre systemd, d'autres s'attaquent aux vrais problèmes." (merci Sinma !)