[11:58] <greyback_> dandrader: thanks for approving my branch. I'm struggling with chroots too, unity8 refusing to build due to packaging weirdness
[11:59] <dandrader> greyback_, I solved my multiarch packaging woes yesterday by removing my chroot and starting from scratch
[12:00] <greyback_> dandrader: well I made a fresh chroot yesterday...
[12:01] <dandrader> greyback_, do you happen to use this apt repo caching thingy?
[12:01] <greyback_> yes
[12:01] <dandrader> greyback_, I don't. could be another place worth checking/updating
[12:02]  * dandrader wary of adding more complexity to the setup. more things that can go wrong
[12:48] <greyback_> dandrader: brand new chroot, that qtmir branch fails with the same error :(
[12:49] <dandrader> greyback_, how *exactly* do you build it?
[12:50] <greyback_> dandrader: https://code.google.com/p/googletest/issues/detail?id=322 - just use EXPECT_FALSE
[12:51] <dandrader> greyback_, ok, will do that change and ask you to try again
[12:53] <dandrader> greyback_, done
[12:54] <greyback_> dandrader: this is essentially how I built the chroot: http://pastebin.ubuntu.com/11432140/
[12:55] <greyback_> dandrader: then I build with "sbuild -c vivid-overlay-amd64-armhf-shm --host=armhf -j4"
[12:55] <greyback_> (have mixed up the chroot names, sorry)
[12:57] <greyback_> dandrader: did you consider using a QStateMachine to do the state tracking?
[12:58] <dandrader> greyback_, no. I had a look at QStateMahine ages ago and found it too heavy handed
[12:59] <greyback_> dandrader: ok
[13:02] <greyback_> dandrader: I'm still unable to build the unity8 bit in my chroot, some packaging problem I've not figured out. Gonna try build on device.
[13:03] <greyback_> dandrader: but one thought I have looking at code: I used to think that AppMan had no way to distinguish a running app crashing, or it being killed. Can you double-check that?
[13:03] <greyback_> in both cases upstart reported process fail & stop
[13:08] <dandrader> greyback_, it doesn't matter: ApplicationManager::onProcessFailed and onProcessStopped do the same thing.
[13:09] <dandrader> greyback_, could actually drop the former as it's redundant
[13:10] <dandrader> greyback_, anyway, will check if killing an app gets onProcessFailed called (think it does)
[13:12] <greyback_> dandrader: ok, then could I request renaming InternalState::KilledOutOfMemory to something like DiedUnexpectedly
[13:13] <greyback_> yeah I think it does too
[13:13] <dandrader> greyback_, yeah onProcessFailed does get called on kill
[13:16] <dandrader> greyback_, sure
[13:24] <josharenson> rhuddie: and/or elopio can I get another review of https://code.launchpad.net/~josharenson/unity8/settings_wizard_tests/+merge/259537 if you have a chance?
[13:25] <rhuddie> josharenson, sure. I'll take a look.
[13:25] <josharenson> rhuddie: thanks a lot
[13:25] <dandrader> greyback_, done
[13:26] <greyback_> dandrader: thanks
[14:01] <mhall119> willcooke: https://plus.google.com/hangouts/_/canonical.com/michael-hall?authuser=1
[15:19] <rhuddie> josharenson, hey, on your mp, I can't see any usage of the classes in ofono_helper, are they added for something else?
[15:20] <josharenson> rhuddie: yes, I was going to add a test that inserted a simulated sim (?), I just thought I'd break it out into smaller MPs
[15:20] <josharenson> rhuddie: I can move the phonesim and dependencies to _that_ branch if you'd like
[15:22] <rhuddie> josharenson, ah, I see. I don't think they're doing any harm where they are, I just didn't understand what they were used for
[15:24] <josharenson> rhuddie: :-p yeah I gotcha... I have the test prototyped already, just wanted to get this part merged first because its so big
[15:24] <josharenson> rhuddie: thanks for the review
[15:25] <rhuddie> josharenson, no problem, I'm pleased to see such a good test :)
[15:25] <josharenson> rhuddie: haha thank you
[15:38] <elopio> people, all autopilot tests are passing here:
[15:38] <elopio> https://code.launchpad.net/~canonical-platform-qa/unity8/fix1306340-deprecate_emulators/+merge/259202
[15:38] <elopio> it's now or never :) can I please get a review?
[15:39] <mhall119> willcooke: one last thing, did the silo you tested the other day contain the updates to allow me to mirror my N4 over HDMI?
[15:39] <willcooke> mhall119, landing-000?  Yeah, it should have everything you need, but best to check with greyback__ or maybe mzanetti
[15:40] <mzanetti> I think we have build failures in there atm :/
[15:47] <balloons> wahoo!
[15:48] <mhall119> mzanetti: any way I can live dangerously and try it anyway?
[15:50] <mzanetti> mhall119, you can certainly try
[15:51] <mhall119> mzanetti: I'm on devel-proposed/here channel, are there any packages I can install to try it?
[15:51] <mzanetti> hmm... that's wily, right?
[15:51] <mzanetti> I think you need an rc-proposed channel
[15:51] <mhall119> yes
[15:51] <mhall119> it is wily
[15:52] <mzanetti> that silo is targetting vivid
[15:52] <mhall119> current build number: 204
[15:52] <mhall119> device name: mako
[15:52] <mhall119> channel: ubuntu-touch/devel-proposed/here
[15:52] <mhall119> last update: 2015-05-28 14:35:12
[15:52] <mhall119> version version: 204
[15:52] <mhall119> version ubuntu: 20150524
[15:52] <mhall119> version device: 20150210
[15:52] <mhall119> version custom: mako-1.1
[15:52] <mhall119> ok, so I can't just apply the silo'd packages
[15:53] <mzanetti> you might still try... but the more off you are, the higher the chances something will go wrong
[15:53] <mhall119> wily probably isn't off by too much yet
[15:53] <davmor2> the silo is dirty too if you are trying to install silo 0
[15:53] <mhall119> mzanetti: I'm willing ot try, if you can point me at the packages I need
[15:53]  * mzanetti tries to install it to see what goes wrong
[15:55] <mzanetti> mhall119, ok... wily won't work
[15:55] <mzanetti> so yeah... need an rc-proposed channel
[15:55] <mzanetti> which probably is a better idea than wily in any case
[15:57] <mhall119> so I need to go back to an older release to get the newer stuff :)
[16:49] <mzanetti> mhall119, that's the plan I'm afraid :D
[16:49] <mhall119> mzanetti: ok, I may just wait until it makes it to wily then
[16:49] <mzanetti> mhall119, apparently wily will break any time soon
[16:50] <mzanetti> so rc-proposed really is the thing to follow for this cycle
[16:55] <mzanetti> greyback__, hey, I've reviewed alberts branch and fixed issues myself, can you look over my changes next week? https://code.launchpad.net/~unity-team/unity8/audioCardSupport/+merge/260613
[16:56] <mzanetti> including it's dependency in unity-api
[16:56] <greyback__> mzanetti: sure. do add a commit message
[16:56] <mzanetti> hah, good one
[16:58] <greyback__> mzanetti: note, Monday is national holiday here
[16:58] <mzanetti> should be fine... still waiting on a change in the scope backend which is supposed to be done early next week
[16:59] <mzanetti> I don't expect it to be here before Wed