<div dir="ltr"><div><div><div>Hi Christian,<br><br>Thanks for the patches.<br><br></div>Unity Greeter [1] does handle this case but I suspect you're correct in the other greeters not.<br><br></div>The correct way to propose changes to LightDM is to make a branch on Launchpad and propose it for merging. In this case you should do the following from your local branch:<br>
</div><div>$ bzr push lp:~yourlpusername/lightdm/yourbranchname<br></div><div>Go to <a href="https://code.launchpad.net/~yourlpusername/lightdm/yourbranchname">https://code.launchpad.net/~yourlpusername/lightdm/yourbranchname</a> and click "Propose for merging".<br>
</div><div>The code can then easily be reviewed, compiled for errors by the CI system and then landed into trunk.<br><br></div><div>I don't maintain the GTK+ greeter but you can use the same process there.<br><br></div>
<div>For the KDE greeter it depends if you are changing the example Qt greeter [1] (which is unmaintained I think?) which is in Launchpad or the KDE greeter which is maintained in the KDE repositories.<br></div><div><br></div>
<div>Thanks,<br></div><div>--Robert<br></div><div><div><div><br>[1] <a href="https://launchpad.net/unity-greeter">https://launchpad.net/unity-greeter</a><br>[2] <a href="https://launchpad.net/lightdm-qt-greeter">https://launchpad.net/lightdm-qt-greeter</a><br>
</div></div></div></div><div class="gmail_extra"><br><br><div class="gmail_quote">On 5 February 2014 16:29, Christian Seiler <span dir="ltr"><<a href="mailto:christian@iwakd.de" target="_blank">christian@iwakd.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi,<br>
<br>
when using pam_krb5, I've run into the following problem w.r.t to lightdm:<br>
<br>
If a user's password is set to expire, i.e. the user needs to change it<br>
the first time they log in again, pam_krb5 will ask for the new password<br>
and the repeated version of the new password during the authentication<br>
phase (before authentication is complete). For this it uses two prompts<br>
in the same PAM conversation round. This is in principle handled<br>
properly in LightDM on the server side, but neither the GTK nor the KDE<br>
greeter implement this properly. (I haven't tried any other, but I<br>
suspect they suffer from the same problem.)<br>
<br>
The first patch modifies liblightdm-gobject and liblightdm-qt to provide<br>
an additional signal that allows the greeter to know that all<br>
prompt/message signals for the specific conversation round have been<br>
processed. The second patch modifies lightdm-gtk-greeter to make use of<br>
it (while still allowing it to be compiled and/or run against older<br>
versions of liblightdm-gobject). I plan on looking at the KDE greeter<br>
next, the GTK one was just the simplest one to patch in this context.<br>
<br>
Regards,<br>
Christian<br>
<br>
PS: I'm not subscribed to the mailing list, so please put me on Cc for<br>
replies.<br>
<br>
PPS: Since this is my first time doing something with bzr (I mainly use<br>
git and have dabbled in mercurial), I'm sorry if I don't know the proper<br>
etiquette for providing patches. For now I have attached the output<br>
generated by bzr send -o (I recon this is similar to git format-patch?)<br>
to this email, but if you prefer a different style (inline, as<br>
attachments in the bugtracker, ...), please let me know.<br>
<br>_______________________________________________<br>
LightDM mailing list<br>
<a href="mailto:LightDM@lists.freedesktop.org">LightDM@lists.freedesktop.org</a><br>
<a href="http://lists.freedesktop.org/mailman/listinfo/lightdm" target="_blank">http://lists.freedesktop.org/mailman/listinfo/lightdm</a><br>
<br></blockquote></div><br></div>