=== MacSlow is now known as MacSlow|lunch === 20WABC5NS is now known as Sebastain___ [11:58] dandrader: thanks for approving my branch. I'm struggling with chroots too, unity8 refusing to build due to packaging weirdness [11:59] greyback_, I solved my multiarch packaging woes yesterday by removing my chroot and starting from scratch [12:00] dandrader: well I made a fresh chroot yesterday... [12:01] greyback_, do you happen to use this apt repo caching thingy? [12:01] yes [12:01] 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 === MacSlow|lunch is now known as MacSlow [12:48] dandrader: brand new chroot, that qtmir branch fails with the same error :( [12:49] greyback_, how *exactly* do you build it? [12:50] dandrader: https://code.google.com/p/googletest/issues/detail?id=322 - just use EXPECT_FALSE [12:51] greyback_, ok, will do that change and ask you to try again [12:53] greyback_, done [12:54] dandrader: this is essentially how I built the chroot: http://pastebin.ubuntu.com/11432140/ [12:55] dandrader: then I build with "sbuild -c vivid-overlay-amd64-armhf-shm --host=armhf -j4" [12:55] (have mixed up the chroot names, sorry) [12:57] dandrader: did you consider using a QStateMachine to do the state tracking? [12:58] greyback_, no. I had a look at QStateMahine ages ago and found it too heavy handed [12:59] dandrader: ok [13:02] 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] 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] in both cases upstart reported process fail & stop [13:08] greyback_, it doesn't matter: ApplicationManager::onProcessFailed and onProcessStopped do the same thing. [13:09] greyback_, could actually drop the former as it's redundant [13:10] greyback_, anyway, will check if killing an app gets onProcessFailed called (think it does) [13:12] dandrader: ok, then could I request renaming InternalState::KilledOutOfMemory to something like DiedUnexpectedly [13:13] yeah I think it does too [13:13] greyback_, yeah onProcessFailed does get called on kill [13:16] greyback_, sure [13:24] 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] josharenson, sure. I'll take a look. [13:25] rhuddie: thanks a lot [13:25] greyback_, done [13:26] dandrader: thanks [14:01] willcooke: https://plus.google.com/hangouts/_/canonical.com/michael-hall?authuser=1 === dandrader is now known as dandrader|afk === dandrader|afk is now known as dandrader === dandrader is now known as dandrader|paperw === dandrader|paperw is now known as dandrader|bbl [15:19] 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] 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] rhuddie: I can move the phonesim and dependencies to _that_ branch if you'd like [15:22] 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] 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] rhuddie: thanks for the review [15:25] josharenson, no problem, I'm pleased to see such a good test :) [15:25] rhuddie: haha thank you === josharenson is now known as josharenson|brea === josharenson|brea is now known as josharenson|food [15:38] people, all autopilot tests are passing here: [15:38] https://code.launchpad.net/~canonical-platform-qa/unity8/fix1306340-deprecate_emulators/+merge/259202 [15:38] it's now or never :) can I please get a review? [15:39] 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] mhall119, landing-000? Yeah, it should have everything you need, but best to check with greyback__ or maybe mzanetti [15:40] I think we have build failures in there atm :/ [15:47] wahoo! [15:48] mzanetti: any way I can live dangerously and try it anyway? [15:50] mhall119, you can certainly try [15:51] mzanetti: I'm on devel-proposed/here channel, are there any packages I can install to try it? [15:51] hmm... that's wily, right? [15:51] I think you need an rc-proposed channel [15:51] yes [15:51] it is wily [15:52] that silo is targetting vivid [15:52] current build number: 204 [15:52] device name: mako [15:52] channel: ubuntu-touch/devel-proposed/here [15:52] last update: 2015-05-28 14:35:12 [15:52] version version: 204 [15:52] version ubuntu: 20150524 [15:52] Error: Ubuntu bug 20150524 could not be found [15:52] version device: 20150210 [15:52] version custom: mako-1.1 [15:52] ok, so I can't just apply the silo'd packages [15:53] you might still try... but the more off you are, the higher the chances something will go wrong [15:53] wily probably isn't off by too much yet [15:53] the silo is dirty too if you are trying to install silo 0 [15:53] 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] mhall119, ok... wily won't work [15:55] so yeah... need an rc-proposed channel === om26er is now known as om26er|dinner [15:55] which probably is a better idea than wily in any case [15:57] so I need to go back to an older release to get the newer stuff :) === om26er|dinner is now known as om26er [16:49] mhall119, that's the plan I'm afraid :D [16:49] mzanetti: ok, I may just wait until it makes it to wily then [16:49] mhall119, apparently wily will break any time soon [16:50] so rc-proposed really is the thing to follow for this cycle [16:55] 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] including it's dependency in unity-api [16:56] mzanetti: sure. do add a commit message [16:56] hah, good one [16:58] mzanetti: note, Monday is national holiday here [16:58] should be fine... still waiting on a change in the scope backend which is supposed to be done early next week [16:59] I don't expect it to be here before Wed === davmor2 is now known as davmor2_hols === dandrader|bbl is now known as dandrader