¡Hola Niels! El 2017-02-23 a las 10:12 +0100, Maximiliano Curia escribió:
About #853844, I'm not sure how to fix this. This message shows when you try to purge sddm while it's running. We don't want to stop the running display manager as that would kill any running graphical user sessions, which is probably what the user is using to issue the purge.
gdm3 checks the DISPLAY variable on prerm, which is a flacky way to workaround this issue (sudo noenv and ssh -X would produce false negatives and false positives, correspondingly).
For this particular usecase it would probably make sense to call: "userdel -f -r sddm", this would remove the user even if sddm is running, later, on logout, sddm would fail to restart, though.
In anycase, the only effect of these messages are that the system user is not removed, which IIRC, is not an rc issue.
I'll send this information to #853844.
I failed to read the full report, focusing in our scripts. Sorry about that.Apparently deluser is printing to stdout on error, which makes db_purge to fail (when db_purge tries to parse the process stdout). The db_purge behavior is now reported as: #855912, and I'm attaching the a debdiff for sddm's 0.14.0-2 version that includes the workaround of this issue.
Happy hacking, -- "Nothing ever goes away." -- Commoner's Law of Ecology Saludos /\/\ /\ >< `/
Attachment:
signature.asc
Description: PGP signature