Re: [Tails-dev] screen locker tutorial

Nachricht löschen

Nachricht beantworten
Autor: intrigeri
Datum:  
To: The Tails public development discussion list
CC: benjamin
Betreff: Re: [Tails-dev] screen locker tutorial
Hi,

sajolida wrote (07 Dec 2015 18:22:46 GMT) :
>   - gnome-screensaver is already installed by default. I'm not sure
>     that's expected, so intrigeri should probably have a look.


The gnome-session-flashback package (needed by our Greeter), depends
on gnome-screensaver.

>   - There's no need to run Benjamin's dconf command to be able to lock
>     the screen with Win+L.


Cool.

Note, however, that it has nothing to do with gnome-screensaver: GNOME
Shell handles screen locking itself. So, in what follows, I'll
implicitly replace "gnome-screensaver" with "GNOME Shell's screen
locking functionality", which is what you meant I guess :)

> Is it safe to lock the screen this way in Tails?


Given my results on #9408, it seems that it is. Before assessing this
I'd like to go through #5684, its subtasks and blueprint to make sure
we didn't forget anything, though. I guess it's on my plate as
a side-effect of porting to Jessie ⇒ I'll do it and report back here.

And then it would be awesome if someone reintroduced the code we
removed in #8316 (display a Lock Screen button in the Shell's
top-right menu), after making it conditional to having an admin
password set.

> My second question:


> If gnome-screensaver remains in Tails Jessie, do we want to document
> this (with all the due warnings for people without an administration
> password) or do we think it will encourage people to set up an
> administration password when they don't need to and we don't want to do
> that?


I think it would be great to document it, but not a blocker for 2.0 as
long as the only UI is a keyboard shortcut.

> And the third one:


> If gnome-screensaver remains in Tails Jessie, are we OK with the current
> UX for people with no password (blanking the screen but not locking it)?


I'd rather disable it but I can live with it. See earlier discussion
on this topic: https://labs.riseup.net/code/issues/10403#note-3

Cheers,
--
intrigeri