- Expédié
- 23 septembre 2026 à 19:35 UTC
- Auteur
- Kamo
- Commit
- 3bcb212
rdp sessions() a collecté chaque processus Xorg avec un argument d'affichage. L'image installe lightdm et lightdm-gtk-greeter, donc lightdm exécute son propre Xorg sur :0 sur chaque démarrage de chaque ordinateur — ce qui signifie Cette liste n'était jamais vide, sur aucune machine, jamais. Deux choses sont fermées sur elle étant vides, et les deux étaient donc morts. - le redémarrage qui rend possible l'hibernation, dont tout le point est de se produire alors que personne n'est travailler. `not IDLE.rdp sessions()` ne pouvait pas être vrai, donc le redémarrage original avait une seconde raison indépendante de ne jamais tirer, en plus de la course de configure() corrigé il y a trois commits. Correction cette race seule n'aurait rien changé. - l'horloge au ralenti. poll() est écrit pour laisser last active seule quand personne n'est connecté, donc un l'ordinateur abandonné dort dans les temps au lieu de redémarrer son horloge. Avec un hôte dans la liste il a pris le temps inactif de l'accueilleur à la place — ce qui arrive à grandir, donc celui-ci était survivable, mais seulement par accident. Un xorgxrdp Xorg est démarré avec `-config xrdp/xorg.conf` et se connecte à `.xorgxrdp.*.log`, donc sa commande les noms de ligne xrdp et les noms d'accueil ne le font pas. Correspond à cela plutôt que sur le numéro d'affichage, parce que :10 étant le premier affichage xrdp est un sesman par défaut et non une promesse. Quatre tests, dont le cas d'accueil et l'horloge d'un ordinateur abandonné.