Re: [Tails-dev] [gsoc] tails-greeter progress report

Delete this message

Reply to this message
Author: bertagaz
Date:  
To: tails-dev, govnototalitarizm
Subject: Re: [Tails-dev] [gsoc] tails-greeter progress report
Hi again,

Also I just notices intrigeri asked you a late question about your last
week report on the tails-dev mailing list without any answer. Please see
his last mail to you and tails-dev from August 04 about using a shell
script. Did you answer to this question privately?

bert.

On Fri, Aug 05, 2011 at 05:25:22PM +0200, bertagaz@??? wrote:
> Hi,
>
> I'm trying to catch up on this GSOC work, so I might be lacking some
> informations to correctly understand everything. Don't hesitate to correct
> me if I make any mistake.
>
> I've tested your previous 0.0.5 release as well as this week's one in a
> fresh VM, and read your previous exchanges with intrigeri.
>
> On Fri, Aug 05, 2011 at 02:15:52AM +0800, † wrote:
> > Hello.
> > Current progress:
> >
> >     obtain list of kb layouts and variants available (via python-xklavier) - DONE.
> >     populate layout widget with kb variants - DONE.
> >     merge feature/better_root_access_control branch - DONE.

>
> Confirm the above three DONE items. Well done!
>
> >     apply correct layout after it's been chosen (both to present and following
> > greeter widgets and to actual session) - postponed.
> >     verify that layout switching works after login - postponed
> >     version tag and update - DONE.

>
> As I understood, you were also supposed to upload a Debian package to your
> tails repo, which I can't find.
>
> >
> > Problems:
> >
> >     tails-greeter is run under gdm's account but altering gdm PostLogon files (to set
> > env variables) or locale compilation via localedef require root privileges.

>
> Seems like intrigeri already proposed a workaround to this last week,
> please read again his answer to your report last week.
>
> >     xklavier set and check layout without errors but it doesn't affect greeter nor
> > following session.
> >     better_root_access_control feature requires env. variable to be set which is not
> > possible yet.

>
> > Near-future plans:
> >
> >     wait for answer from gdm and xklavier devs to figure out workarounds for current
> > problems

>
> Do you have pointers to this conversation? I might be interested to follow
> it, and eventually help you with it.
>
> >     replace 2 widgets with 1 panel with same functionality
> >     test the result with tails

>
> Sounds to me that the next step to this dev would be to implement a way to
> pass env variables too.
>
> > Additional notes:
> >
> >     right now there are 2 "screens" which user moves through by pressing "next"
> > button. That's rather ugly and is planned to be replaced with one of the following:

> >
> > 1) single "screen" with requests for both at the same time
> >
> > 2) 2 "screens" with language and layout requests on first one and admin password
> > request on second one
> >
> >     Which do you think is better and why?
> >     Please feel free to discuss it on irc this Saturday during regular meeting time
> > or whenever you'll see max-gsoc

>
> I think intrigeri already made that clear when you started with 2 screens
> that at the end we wanted to have only one screen with all options on it.
> We don't want to bother too much our users with multiple screens.
>
> Another question: reading your commits, you removed the babel module
> importation. Do you plan to put it back, or are you just getting rid of
> it? In the latter case, you should also consider removing it from the
> install dependencies of the Debian package in debian/control.
>
> See you tomorrow morning.
>
> bert.
>
>
> _______________________________________________
> tails-dev mailing list
> tails-dev@???
> https://boum.org/mailman/listinfo/tails-dev