Comment 11 for bug 977069

Revision history for this message
Sebastien Bacher (seb128) wrote :

> (In French, for Sébastien: Mais oui, bien sûr, dire que quelqu'un est de mauvaise foi c'est une attaque personnelle... On aura tout lu.)

c'est déplacé comme commentaire dans un bug tracker c'est tout (end of the discussion on that topic)

> Yes, I think you're often too prompt to reassign bug reports when they don't mention gnome/unity/something-managed-by-the-desktop-team, without thinking about the real issues or even reading the bug... And we usually end up doing some funny ping pong sessions because we're both stubborn and don't listen to each other?

Right, side effect of having to deal with tons of bugs, we can't spend hours on every ticket and errors happen, no need to come back with personal attacks and "bug stat" speculations when that happens. I'm happy to admit I do reassing bugs quickly and do errors sometimes (or often if you prefer), nobody is perfect

> Back on topic:
> * lightdm-gtk-greeter and unity-greeter share similar maintainer scripts
> * they both use --keep-old in postinst, so there's no way installing lightdm-gtk-greeter after unity-greeter (or the opposite) would > set gtk-greeter by default
> * in the postrm, --remove will only remove the greeter if it's the one currently set in the config file.

> So the issue is that our current postrm scripts will set greeter to "" when we remove the greeter currently set in the config file, and so break lightdm... We can patch lightdm-set-defaults to select a random greeter instead of doing that,

Selecting as a random greeter is a no from the discussion we had with Robert in the past, he thinks that could be a security issue and not something reliable, it's better to break the config and have xfailsafe kick in to let you fix,reset the configuration

Why is the greeter set to ""? That seems a bug in lightdm-set-defaults --remove, i.e it should remove the line (and let lightdm goes back to use its build time default)?

> or switch to what Yves-Alexis did in Debian (manage greeters with update-alternatives). Voilà.

I will let others to decide on that, I hate alternatives they are overcomplex and tend to create issues, but I will not stop the lightdm maintainer to use them if he wants.

One other questions on that issue would also to know why the xfailsafe mode doesn't kick in, that's what is supposed to happen when no greeter can be loaded