On Sun, 2013-11-10 at 21:28 +0100, Peter de Ridder
wrote:> light-locker 1.1.0 is now available for download from
>
>
>
https://github.com/the-cavalry/light-locker/releases/download/v1.1.0/light-locker-1.1.0.tar.bz2
>
> SHA1: df4c542449f457710628d19f14148afd43034a94
> MD5: 0e643658fdde4dc0aefdc3c9c10898ca
>
> What is light locker?
> ====================> light-locker is a simple locker (forked from
gnome-screensaver) that aims
> to have simple, sane, secure defaults and be well integrated with the
> desktop while not carrying any desktop-specific dependencies.
>
> Technically, it relies on LightDM for locking and unlocking your session
> via ConsoleKit/UPower or logind/systemd.
I have some issues with current LL. I've built with systemd *and*
consolekit, the point beeing to eventually upload it to Debian for Xfce
(and other) users.
The current situation with systemd/logind and consolekit is far from
optimal. Right now for example if you register a session with logind,
then nor GNOME neither Xfce (4.10) will support it. And if there's a
registered logind session, LightDM won't register a consolekit one, so
it just breaks GNOME/Xfce suspend/hibernate/shutdown etc.
So at this point, I think it should be really safer to be able to build
with support for both systems and chose at runtime which the right one
(which might mean both).
Also, it seems that sometimes it doesn't manage to switch to a lightdm
VT. I'm not sure if it's a LL or LightDM problem, but sometimes the vt
is switched to a blank console one. I have a white _ on top left, and
the mouse pointer is visible (and follows the mouse), but I can't do
anything else than vt switch to TTY console. Which also means I can't
get my graphical session back.
Next problem is that, sometimes, it seems that LL doesn't see I've just
re-logged from LightDM, and presents me *again* with the ?You'll be
redirected to the unlock dialog automatically in a few seconds? message.
By itself, that message is annoying, we don't want to wait, just
redirect us right now :)
Sorry, that bug reports is a bit messy, but I had a hard time
reproducing consistently those issues.
Regards (and thanks for the work, by the way),
--
Yves-Alexis
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 490 bytes
Desc: This is a digitally signed message part
URL:
<http://lists.freedesktop.org/archives/lightdm/attachments/20131111/bf414994/attachment.pgp>