[07:58] <mhr3> tsdgeos, where can i find you guys?
[08:17] <tsdgeos> mhr3: we are in
[08:17] <tsdgeos> somewhere
[08:18] <tsdgeos> mhr3: Studio 2 B
[08:18] <tsdgeos> mhr3: at least me, Saviq's laptop is here but he isn't
[08:21] <mhr3> tsdgeos, i'll need to pick your brainz later
[08:21] <tsdgeos> mhr3: sure, drop by whenever you want
[09:17] <Saviq> paulliu, I can test the logout branch for real on desktop
[09:17] <Saviq> paulliu, but also, if unity8 desktop session doesn't work for you, you should try and solve that this week (with Mir folks and/or bregma)
[09:17] <paulliu> Saviq, ok
[09:24] <Saviq> mterry, fixed the i-network build issue
[09:24] <Saviq> mterry, build is running now
[09:31] <mterry> Saviq, thanks
[10:14] <tsdgeos> mhr3: have a sec?
[10:17] <mhr3> tsdgeos, sure
[10:17] <mhr3> 2A
[12:34] <Saviq> mzanetti, can you have a quick look at bug #1323241 and bug #1323273 if they look like dupes of the one you have a fix for?
[12:36] <mzanetti> Saviq: ack
[12:51] <Saviq> whoa we're getting inline comments in LP!
[12:54] <Saviq> bug #609297 !
[13:12] <Cimi> Saviq, should be better now
[13:12] <Cimi> https://code.launchpad.net/~cimi/unity8/infographics-new-lightdm/+merge/220662
[13:12] <Cimi> who can review?
[13:15] <Cimi> mterry_, what did we need to do with the wizard to get it working with split greeter?
[13:15] <mterry_> Cimi, mostly just some upstart changes.  I have a branch, let me see
[13:16] <mterry_> Cimi, lp:~mterry/ubuntu-system-settings/wizard.wifi.split (has the very simple upstart change plus a bunch of cleanup)
[13:17] <Cimi> mterry_, does it work?
[13:17] <Cimi> mterry_, Saviq told me the wizard.wifi wasn't after latest mir changes
[13:17] <mterry_> Cimi, I'll have to retest, but it was working.  Though now that there isn't a boot animation on the device, there is a "black gap" between closing the wizard and the greeter showing
[13:18] <mterry_> Cimi, it also needs some work because it sets the "has run" file in the greeter's home directory
[13:18] <mterry_> Cimi, but that is not persistent across boots (we can make it so, but we just have to do that)
[13:19] <Cimi> mterry_, let's ask to put everything in a silo
[13:19] <Cimi> then we test
[13:19] <mterry_> Cimi, well the persistence setting is in the lxc-config package, which I don't think is silo'd up
[13:20] <mterry_> Cimi, but making that folder persistent may have some knock-on-effects -- we probably want to make sure that logrotate is being run for the greeter
[13:21] <mterry_> Cimi, but sure, we should get a testing silo anyway
[13:21] <Cimi> mterry_, I usually put a rm /home/phablet/.config/ubuntu.../wizard-has-run in rc.local
[13:21] <Cimi> to help testing
[13:22] <mterry_> Cimi, right.  But I'm saying that the $HOME for the greeter is tossed every boot, so unless we fix that, users will see the wizard every boot
[13:22] <Cimi> ah I see
[13:23] <mterry_> Cimi, but fixing that means we should make sure that logrotate is being used etc
[13:23] <Cimi> mterry_, first thing first though, make sure the wizard runs fine with mir etc
[13:25] <Cimi> mterry_, maybe just a system side setting instead a file
[13:25] <mterry_> Cimi, side setting?
[13:25] <Cimi> since we set the wifi and other settings
[13:25] <Cimi> let's set as well the flag wizard has run
[13:25] <mterry_> Cimi, you mean in AccountsService?
[13:26] <Cimi> mterry_, gsettings or so
[13:26] <mterry_> Cimi, gsettings is stored in $HOME too
[13:26] <mterry_> Cimi, AccountsSettings isn't, but such settings aren't really what it was designed for (not that we couldn't abuse it, but it would be an abuse  :))
[13:26] <Cimi> ok
[13:50] <mterry_> Saviq, all branches in silo 002 are approved, I believe
[13:50] <mterry_> Saviq, only missing piece is the lxc update that will unblock the cgmanager crash fix
[13:50] <mterry_> Saviq, we *could* land without blocking on that.  But about 1 in 40 boots will not work (and about 1 in 20 boots will report a cgmanager crash file)
[13:51] <mterry_> The lack of booting I imagine would screw up all our QA labs
[13:51] <mterry_> As well as be annoying  :)
[14:26] <mzanetti> tsdgeos: https://bugs.launchpad.net/unity8/+bug/1323318
[14:28] <tsdgeos> mzanetti: it only happens on phone, right?
[14:28] <mzanetti> tsdgeos: can't get the recent apps category to show up at all with the fake stuff
[14:28] <tsdgeos> no?
[14:28] <mzanetti> nope...
[14:29] <mzanetti> tsdgeos: I think that's a bug in the MockApplicationManager tho
[14:29] <tsdgeos> :D
[14:37] <Saviq> rsalveti, would unity8 taking *ages* to start (or at all) in x86 emulator be related to the CPU speed detection?
[14:37] <Saviq> Mirv, hey, you'll be landing the Qt silo soonish will you? should we wait with anything unity8?
[14:38] <rsalveti> Saviq: that's one issue that delays the startup for every app that uses libpgm
[14:38] <rsalveti> because of the benchmark it uses to calculate the cpu mhz
[14:39] <rsalveti> when testing it locally it's quite faster when the cpu mhz are correct
[14:39] <rsalveti> or when the env var is available
[14:39] <Saviq> rsalveti, I wonder then if we should do that even earlier than in unity8 job?
[14:41] <rsalveti> Saviq: I thought about adding it as a generic system env var, which could be part of touch session, but as the unity8 is the first client using that code, that was already enough
[14:41] <rsalveti> I can give it a try and move it to the ubuntu touch session scrip
[14:41] <rsalveti> script
[14:42] <Saviq> rsalveti, yeah, so you tell me, I will accept it, but just have a think whether it makes sense to have it earlier?
[14:44] <rsalveti> yup, will give it a try, I thought about this some weeks ago and I had some reason for it to be in unity8, but can't remember right now
[15:03] <tsdgeos> Saviq: https://bugs.launchpad.net/unity8/+bug/1319907 https://bugs.launchpad.net/unity8/+bug/1323318