[08:11] <tsdgeos> Saviq: somebody infected trunk with tags
[08:11]  * tsdgeos runs the script
[08:12] <tsdgeos> http://paste.ubuntu.com/10498860/
[10:34]  * popey tickles mzanetti  with bug 1396817
[10:35] <popey> oh, Saviq got it :)
[10:35] <mzanetti> popey, ack, noted
[12:22] <dandrader> tsdgeos, ping
[12:22] <tsdgeos> dandrader: hi
[12:22] <dandrader> tsdgeos, Do you run unity8-dash on your desktop to test it?
[12:22] <tsdgeos> dandrader: yaeh
[12:23] <dandrader> tsdgeos, so you pass -mousetouch to it?
[12:23] <tsdgeos> dandrader: yeah
[12:23] <dandrader> tsdgeos, ok
[12:24] <tsdgeos> otherwise can't pull up the manage dahs
[12:24] <dandrader> tsdgeos, yeah.
[12:24] <dandrader> tsdgeos, do you also use run.sh?
[12:24] <tsdgeos> sometimes, not usually
[12:25] <dandrader> tsdgeos, I'm thinking that things like "make tryShell" & friends mostly replaced run.sh
[12:25] <tsdgeos> hmm
[12:25] <tsdgeos> not really
[12:25] <tsdgeos> run gives you unity8 and unitt8-dash
[12:25] <tsdgeos> and you can play with the interactions between them
[12:25] <dandrader> tsdgeos, as least I personally never used run.sh since the make tryFoo stuff came up
[12:26] <dandrader> tsdgeos, hmm, that might be. I don't do any unity8-dash development
[14:39] <paulliu> I got Xorg Segmentation fault when run "make testXXXXX". Anyone havethe same problem? I'm using intel_drv
[14:39] <dandrader> never seem that before
[14:41] <Saviq> paulliu, probably best to make xvfbtestXXXX
[14:41] <Saviq> paulliu, unless you need to see what's happening
[14:41] <paulliu> Saviq: yeah. xvfb works great.
[14:41] <Saviq> paulliu, I have seen that happen, the window creation/destruction seems to cause compiz to panic, and sends Xorg down the drain sometimes
[14:44] <Saviq> dandrader, a small one for you https://code.launchpad.net/~saviq/unity8/fix-parallel-build/+merge/251455 :)
[14:47] <dandrader> Saviq, have you tried that with Ninja? that looks strinkingly similar to the ninja fixes tsdgeos did a while ago
[14:47] <Saviq> dandrader, yup, that's how I found the issue
[14:47]  * Saviq using ninja by default
[14:47] <tsdgeos> yeah you can't do MockLightDM
[14:48] <tsdgeos> i'll break the mock tests
[14:48] <tsdgeos> since it links to it directly with rpath
[14:48] <Saviq> oh
[14:48] <Saviq> ok so in this case makes sense
[14:48]  * Saviq reverts
[14:48] <tsdgeos> and thus the magic we do of changing the mock with LD_LIBRARTY_ÂTH breaks
[14:49] <dandrader> tsdgeos, btw, now with the unified lightdm mocks there's only a single mock lightdm library. so less lib path juggling is needed
[14:50] <tsdgeos> ah
[14:50] <tsdgeos> maybe
[14:50] <dandrader> tsdgeos, so maybe this could come back in now?
[14:52] <tsdgeos> if it works both with and without ninja sure
[14:53] <Saviq> tsdgeos, so this was a run-time problem?
[14:53]  * Saviq will let jenkins to run on that then
[14:54] <tsdgeos> Saviq: make testsomething yes
[14:54] <tsdgeos> dont' remember exactly the one that failed
[14:54] <Saviq> tsdgeos, fine, will rely on jenkins
[14:54] <Saviq> dandrader, can you merge trunk in lp:~phablet-team/ubuntu-keyboard/shellRotation please?
[14:55] <dandrader> Saviq, ok
[14:55] <dandrader> Saviq, hey, what about that silo with the port-to-mirevent.2.0 stuff?
[14:56] <Saviq> dandrader, oops, coming right up
[15:04] <dandrader> Saviq, lp:~phablet-team/ubuntu-keyboard/shellRotation is now up to date
[15:05] <Saviq> dandrader, thanks
[15:09] <dandrader> tsdgeos, so I will let you review https://code.launchpad.net/~saviq/unity8/fix-parallel-build/+merge/251455 , ok?
[15:10] <tsdgeos> dandrader: ok
[15:34] <Trevinho> mterry: hey... aren't there deb's for amd64? as my WM was not amrhf...
[15:35] <mterry> Trevinho, oh huh -- I thought it used to make those too
[15:35] <mterry> Trevinho, but you're right, it isn't making them now
[15:36] <Trevinho> mterry: well, I can build them...
[15:36] <mterry> Trevinho, yeah...  I guess that's the way forward
[15:37] <mterry> Trevinho, sorry :-/
[15:37] <Trevinho> mterry: no worries at all
[15:37] <Trevinho> mterry: thank you for looking into that...
[16:13] <mterry> josharenson, I've added some details to the checklist items...  and mentioned some tests
[16:14] <mterry> josharenson, I don't think we need to deliver anything like testability mocks for other components to use (we'll reuse unity8's existing --testability flag and such)
[16:14] <mterry> josharenson, though maybe someone would like a way to mock the users on the system in greeter-only mode?
[16:15] <mterry> josharenson, would would mean loading our fake liblightdm even in greeter-only mode as an opt-in I guess
[16:15] <mterry> josharenson, I could see autopilot tests wanting to do that
[16:16] <mterry> josharenson, OK.  Captured that in card
[16:16] <mterry> josharenson, I think that's good enough for testing purposes?
[16:18] <greyback__> mterry: anyone ever complain (before me) that in the welcome wizard list of Wifi APs, you need to tap the checkbox to select it, tapping the rest of list item does nothing?
[16:19] <mterry> greyback, yeah I think that is a bug that Cimi was looking at at some point
[16:19] <greyback> ok, glad it not just me
[16:20] <Cimi> greyback, was annoying me too
[16:20] <Cimi> greyback, can you check is the same on system settings or just wizard?
[16:20]  * greyback wants way to kill the welcome tutorial too
[16:20] <greyback> as I never get it right first time
[16:20] <greyback> "you almost got it" - I did get it you dumbass
[16:58] <kgunn> greyback: isn't it phablet-config edges-intro --disable
[16:58] <greyback> kgunn: sure, but that's less fast than tapping the "skip intro" button screen
[16:59] <kgunn> greyback: you sir, obviously need more edge training
[16:59] <greyback> kgunn: make me a card then ;)
[16:59] <kgunn> lol
[17:27] <dandrader> Cimi, talking about  welcome wizard's wifi selection page: is there a bug report complaining that after you select and connect to an access point, the list doesn't scroll all the way up to show it?
[17:29] <Cimi> dandrader, yeah... I think is a bug also for indicators
[17:29] <dandrader> Cimi, so we do have a bug report about it
[17:29] <dandrader> ?
[17:29] <Cimi> dandrader, somewhere...
[17:29] <Cimi> if i remember
[17:30] <Cimi> dandrader, we probably want to google for it
[17:32] <Cimi> cannot find it...
[17:33] <dandrader> Cimi, yeah, I don't think there's one
[17:33] <dandrader> gonna report it them
[17:35] <Cimi> dandrader, I think is desired behaviour O_O
[17:36] <Cimi> but let's see
[17:36] <dandrader> Cimi, no sense in that. maybe I didn't explain myself properly.
[17:37] <Cimi> dandrader, I understood
[17:38] <Cimi> dandrader, not sure though it should scroll up or not
[17:39] <Cimi> like I see valid points on both :/
[17:40] <Cimi> I dislike both :/
[17:41] <dandrader> Cimi, https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1427311
[17:42] <dandrader> Cimi, scrolling up or not, it should give an immediate visual feedback that the connection succeeded.
[17:42] <Cimi> dandrader, that probably would be solved if we did have a panel
[17:42] <Cimi> dandrader, where we show the indicator with the correct connection
[17:43] <Cimi> dandrader, I agree though that the feedback is almost absent
[17:43] <Cimi> dandrader, only thing we do is setting label to "continue"
[17:44] <dandrader> Cimi, is "Ubuntu UX" the correct project to add to this bug?
[17:45] <Cimi> dandrader, yes
[17:45] <dandrader> Cimi, ok, done