• [^] # Re: systemd, le nouveau Multics

    Posté par . En réponse au journal Attention avec systemd, Tmux ne survit plus après la fermeture de la session.. Évalué à 3. Dernière modification le 22 juin 2016 à 13:04.

    Le probleme vient des recent changement dans dbus, du coup cela fait une grosse merde pour nettoyer les process, en particulier Gnome et PA comme DECRIT dans les rapports de bug, dans ces memes rapport il n'est JAMAIS mention de KDE. La raison peut etre que personne n'utilise KDE, que personne n'utilise KDE et le dbus en question, que je n'au pas trouve les memes bugs relatif a KDE, que KDE ne fait pas comme Gnome et ne laisse plus de process derriere lui, je ne sais pas et je m'en fous. Ici j'ai:

    dbus 1.10.8
    systemd 230 (avec l'option enleve)
    kde 16.04.2
    kde4 4.14.3
    kde5 5.6.5

    Oui j'ai un melange de kde4 et kde5 car il y a des trucs de kde4 pas encore porte sur kde5. Et je n'ai pas de process KDE qui reste en me delogant. C'est un fait chez moi!

    La solution donne est (voir lient ci dessous):

    dbus-1.10 (1.10.6 and 1.0.8 tries) breaks gnome 3.18 logout leaving running processes et https://bugzilla.gnome.org/show_bug.cgi?id=764146

    I see several ways this could be resolved:

    • You (or systemd upstream, or your distro) could use KillUserProcesses. This would break the deadlock by terminating those processes early.

    Maintenant tu peux donc douter que ce changement soit fait pour gnome et PA mais bon les rapports de bugs disent pourtant que c'est le cas. La cause direct vient des changement de dbus mais les consequences sont dans Gnome et PA niveau utilisateurs. Apres encore une fois, certaines personne pense que la terre est plate...