=== duflu_ is now known as duflu === mardy_ is now known as mardy === Zhenech_ is now known as Zhenech [08:43] o/ morning all [08:49] so, all mail read, seems nothing huge exploded in the weekend [08:49] good stuff :D [08:50] tsdgeos, mzanetti, karni, Cimi, MacSlow, dednick, elopio, thanks for the last weeks, helluva ride, but we nailed is as usual :) [08:50] it's looking purty! [08:51] tsdgeos, yeah, there was *some* fires, but relatively quickly extinguished [08:51] tsdgeos, see the last few commits in https://code.launchpad.net/~unity-team/unity8/new-scopes [08:53] not all that bad :) [08:55] Saviq: helluva ride, thanks man :) thanks tsdgeos, thanks team :) [08:59] Saviq, :) [09:03] any idea why indicator-network depends on unity8 ¿? [09:04] tsdgeos, https://launchpad.net/ubuntu/+source/indicator-network/0.5.1+13.10.20131004-0ubuntu1 [09:16] Saviq, could you take a look at https://code.launchpad.net/~mhr3/unity-scopes-shell/invoke-action-uris/+merge/207844 ? not sure it's the best place to deal with that === Guest66097 is now known as Debolaz [09:24] mhr3, will do [09:33] mhr3, http://pastebin.ubuntu.com/6986094/ rings any bells? [09:33] look like click [09:33] :) [09:33] so, no [09:34] tvoss or satoris might know more [09:34] Saviq: so, I wonder. dist-upgrade is still required to get the "final look for mwc". does that mean we're freezing demo-stuff for the length of MWC, just in case they need to reflash in the mean time (for any reason)? [09:34] karni, yes, good call, /me disables recipes [09:35] Saviq: thanks [09:35] uuh, doesn't latest proposed have latest android? [09:35] Saviq: so.. not demo stuff, but the edge thingy ppa, right? [09:35] i'd be worried about dist-upgrades [09:35] karni, both [09:35] +1 [09:39] mhr3, that's why there's no archive enabled on the deviecs [09:39] mhr3, just the ppa [09:42] mhr3, any idea why scopes wouldn't get restarted when they die? (/me wrote 'restarded'... restarded scopes...) [09:42] mhr3, is that something that just didn't happen yet? [09:42] Saviq, indeed [09:42] you can restart the registry [09:42] but nothing automatic [09:43] mwc-flashed, dist-upgraded, screen lit up, but taking a while to show up anything [09:44] i can't connect to wifi with the mwc image :/ [09:44] * karni connected to wifi with no issues, before dist-upgrade [09:44] mhr3, try two or three times [09:44] * karni re-flashes [09:45] damn kgunn, you own the recipes :/ [09:45] selfish! [09:46] mhr3: I've the same... well, it connects, but only after a reboot (or sometime after manually toggling wifi power for a couple of times) [09:47] mzanetti, yep, rebooted, now it connected [09:47] mzanetti, can you file a bug against network-manager? [09:47] didrocks: i remember you saying https://code.launchpad.net/~didrocks/unity8/suru-switch/+merge/206907 was not ready yet? Maybe you can move it to Work in Progress? [09:48] mzanetti, I might have input from syslog if apport-bug doesn't collect anything interesting [09:48] mhr3, one thing is for certain... the new scopes FLY [09:48] ack [09:49] Saviq, now we know how expensive dbus is on the device [09:50] mhr3, might be [09:50] cause honestly, new scopes are sooo far from being optimized [09:51] indeed [09:51] dbus is expensive everywhere :D [09:52] it's not optimized for data transfer [09:52] yeah [09:52] man, we're kind of red again :-/ http://s-jenkins.ubuntu-ci:8080/job/unity8-ci/ [09:52] any idea what happened? [09:53] http://s-jenkins.ubuntu-ci:8080/job/generic-mediumtests-runner-mako/5471/console [09:53] Could not resolve 'ports.ubuntu.com' [09:53] :S [09:54] same here https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-mako/5472/console [10:09] tsdgeos, those would be network issues [10:09] in the lab [10:12] tsdgeos, we never used it for data transfer, it was just control channel [10:13] mhr3: wasn't dee using dbus? [10:13] it was using dbus the protocol, but the data didn't go through the standard session bus [10:14] i see [10:14] thought it was [10:14] tsdgeos: sure, moving it [10:14] tsdgeos, at some point yes, but we moved off session bus quite some time ago [10:16] and also depends on dee user, scopes weren't using session bus, hud probably was [10:23] dednick: https://code.launchpad.net/~nick-dedekind/unity8/indicators.hint-interval/+merge/202104 ? [10:23] karni: https://code.launchpad.net/~unity-team/unity8/unity8-silence-typeerror/+merge/205266 ? [10:23] tsdgeos: ^^ [10:23] (that's a smile, not ↑↑ :) ) [10:24] Saviq: so what's the plan? we want to merge new-scopes in one go or piece by piece? [10:24] karni: ^_^ works better [10:24] ok ^o^ [10:24] tsdgeos: i haven't got around to looking at it again. Been busy with other work. [10:24] tsdgeos, we need to look at what new-scopes has [10:24] tsdgeos, and ideally extract parts that can be merged piece-by-piece [10:24] fixing tests in the process [10:24] karni, that's totally an anime emoticon [10:25] mhr3: perhaps ~=^_^=~ [10:25] that's a cat :) [10:26] k, reflashed, all's good [10:36] tsdgeos: updated https://code.launchpad.net/~unity-team/unity8/unity8-silence-typeerror/+merge/205266 [10:45] tsdgeos, it looks that after doing openScope or gotoScope the shell is doing preview() requests when swiping between scopes even though it has no reason to [10:45] tsdgeos, known? [10:46] mhr3: not really [10:46] opening a bug then [10:47] mhr3, yeah, saw that too, don't think goto/open is even required, really [10:47] or maybe [10:47] Saviq, that's what triggers it i think [10:48] it fixes itself after you then open and close a preview [10:48] there was a bug about previews using lots of cpu [10:48] i asked if it was in new-scopes or not [10:48] no answer yet afaics [10:49] tsdgeos, link? [10:49] i failed to find it :D [10:49] * tsdgeos looks harder [10:49] this thing of having two places to report unity8 bugs is a bit of a pain [10:50] https://bugs.launchpad.net/unity8/+bug/1283865 [10:50] mhr3: ↑ [10:50] Ubuntu bug 1283865 in Unity 8 "Opening the dash preview causes high CPU usage" [Undecided,New] [10:50] Saviq, actually, it seems to request previews for results in *all* dash pages [10:51] tsdgeos, I doubt it was new-scopes [10:51] mhr3, yeah, there's definitely some such issue [10:51] tsdgeos, +1, don't think it's new-scopes [10:51] opening then [10:58] tsdgeos, https://bugs.launchpad.net/unity8/+bug/1284056 [10:58] Ubuntu bug 1284056 in Unity 8 "Shell unnecessarily requesting previews" [Undecided,New] === Debolaz is now known as Guest98884 [11:17] anyone noticed that after playing a song in the audio widget you can't play it again? [11:17] or is it just me? === alan_g_ is now known as alan_g === davmor2_ is now known as davmor2 [11:52] Saviq: there is no FrequentlyUsedAppsModel.qml any more in new-scopes, right? [11:52] mzanetti, it's there, but not used [11:52] mzanetti, and should not be there [11:53] Saviq: 'case sergiusens wants to update that to launch the camera etc as click apps instead of deb apps [11:53] mzanetti, let's do that for now [11:53] ovbiously it breaks all around because the appid stuff [11:53] mzanetti, once we land new-scopes, we'll get rid of it [11:54] mzanetti, don't we have no clicks in there yet? [11:54] ri: "appid://com.ubuntu.developer.webapps.webapp-gmail/webapp-gmail/current-user-version" [11:54] well, it breaks autopilot tests [11:54] aah [11:54] mzanetti, did you talk to him? I did tell him he needs to look into the mock app manager [11:54] mzanetti, to make it work again [11:54] cause the MockApplicationManager is from like last year this time [11:55] yeah... the question was if we need to look into this still or just let it be until new-scopes are merged [11:59] mzanetti, remember that autopilot in new-scopes will fail, too === MacSlow is now known as MacSlow|lunch [12:00] as we don't have those results now [12:12] new-scopes needs lots of cleaning [12:12] we have lots of files there that are unused as of now [12:13] mhr3: what is the branch of unity-scopes-shell for new-scopes? trunk? [12:15] tsdgeos, yes [12:19] mhr3: can it happen that activate() will trigger a preview? [12:19] and will it ever happen? [12:19] tsdgeos, yea, scope will then emit previewRequested() [12:20] it can happen, yes [12:20] we don't handle that :D [12:20] no previewrequested handling anywhere [12:20] in new scopes i mean [12:20] well, it can happen only when you actually call activate(), which isn't done too often :) [12:20] sure [12:21] the thing is we have some code that says "let's prepare in case activate() gives us a preview" [12:21] but not the other aprt [12:21] which well :D [12:22] activate can no longer "give" you a preview, it can tell you to ask for the preview though [12:29] mhr3: we don't have any scope that we activate that does that yet, right? [12:29] or? [12:30] tsdgeos, no [12:31] tsdgeos, maybe the mock in shell plugin [12:31] let me check [12:31] no, not even the mock [12:31] which means that i'm a bad boy and didn't test it [12:32] he he [12:33] ok, i'll add it as todo [12:38] mhr3: https://code.launchpad.net/~aacid/unity8/new-scopes_do_not_request_previews_on_activate/+merge/207916 for the preview requesting stuff === alan_g is now known as alan_g|lunch [12:57] i've added https://code.launchpad.net/~aacid/unity8/new-scopes-cleanup to do some cleanup for new-scopes [12:58] not final [12:58] but in case someone was doing the same [12:58] lunch! === Trevinho__ is now known as Trevinho === MacSlow|lunch is now known as MacSlow === _salem is now known as salem_ === mhall119_ is now known as mhall119 === Guest98884 is now known as Debolaz [13:35] tsdgeos, qt doesn't have anything nice to parse cmd line args? [13:35] well, it seems like it does, but in qt5.2 [13:39] mhr3: 5.0 doesn't have anything nice [13:40] :/ [13:40] so... glib? [13:43] anyone knows which scope is used for AP tests? [13:43] i.e. if qml calls scopeView.scope.activate(), where does it end up? [13:44] apparently not in fake_scope.cpp === mesq_ is now known as mesq [13:58] mzanetti: new-scopes or? [13:59] tsdgeos: no, trunk [14:00] mzanetti: it should yes [14:00] hmm, doesn't seem so... I've added debug prints in there but don't see them [14:00] mzanetti: actually it does, i mean, i have code in there [14:00] (which might just mean AP is not picking up the change for whatever reason) [14:00] mzanetti: you need to make instal [14:00] l [14:00] I did [14:01] let me try again, just to be sure === alan_g_ is now known as alan_g [14:02] tsdgeos: hmm, no... I'm sure I did the install and everything [14:03] don't see my debug print in fake_scope::activate() [14:03] tsdgeos: I do see another one tho, which doesn't stem form unity8 codebase, saying: "Trying to open " [14:03] no clue where that comes from === dandrader is now known as dandrader|afk [14:08] mzanetti: are you sure you're using the mock scopes?¿ [14:08] tsdgeos: just found that its not using mock scopes [14:08] which I think is correct for AP [14:13] mzanetti: makes sense-ish [14:14] :D [14:14] mzanetti: so, I confirm, there will be some changed needed with the new suru theme :) [14:14] didrocks: hmm... not really following [14:15] mzanetti: the icon size changed (not the same margin) in the indicators [14:15] and some icon names as well [14:15] so you have "funny" big icons in the panel with the new theme [14:16] still not following :D [14:16] what icons? what are you talking about? [14:17] did I say something about this? [14:17] mzanetti: ah, I thought Saviq kept you in touch [14:17] so, there is a new icon theme coming [14:18] ah, no, haven't heard of that [14:18] ok, surprise surprise :) [14:18] mzanetti: I'm trying to prepare as much as possible the work for you [14:19] but I guess to properly add the additional marging, your team will need to do it [14:19] ok :) === dandrader|afk is now known as dandrader === alan_g is now known as alan_g|vt [14:36] mzanetti: hum, not sure if you set the indicator icon height or width anywhere [14:37] MacSlow: thanks, I didn't get that first but [14:37] bit [14:37] greyback, sure np [14:38] @unity: no clue what's wrong [14:38] @unity: yep, I'll write my notes down [14:38] mzanetti, I can stay if you want to further debug/test your mic-setup [14:41] tsdgeos: so, what I wanted to say in the standup might be for you [14:41] tsdgeos: you're in the process of fixing up scopes-ng and killing old scopes, right? [14:43] mzanetti: yes [14:43] mzanetti: i'm removing unused code [14:43] mzanetti: and after that i'll make the tests works [14:43] -s [14:44] which i kind of had in lp:~aacid/unity8/new-scopes-tests [14:44] tsdgeos: so I've been debugging why AP fails after this: https://code.launchpad.net/~sergiusens/unity8/gallery-and-camera-to-click/+merge/207501 [14:44] but surely will need more work [14:44] mzanetti: some autopilot use fake scopes, i think, the hud ones maybe? [14:44] tsdgeos: so the thing is, if we're using appid:// instead of application:// the old scopes code doesn't recognize it as app, and its merely luck that it works [14:45] tsdgeos: yeah, its the hud ones. but its the real scopes. which is fine [14:45] ah [14:45] ok [14:45] the issue is indeed in the real scopes [14:45] so the reason why the FrequentlyUsedAppsmodel.qml actually works with appid:// is because of this: [14:46] we fail to detect that its an app, and forward it to the catch-all, which does a QDesktopServices::openUrl() on it [14:46] that one ends up at url-dispatcher and upstart-app-launch and actually does the right thing [14:46] the problem is now: unity doesn't know that its an application [14:46] so we are lacking startup splash screen etc [14:47] i see [14:47] and also, because the AP test then launches the browser (instead of passing it back into the shell and to the appmanager) [14:48] it doesn't end up at the fake appmanager and breaks the test [14:49] tsdgeos: so, the thing is, we can either add the workaround in the scopes, and the launcher, or everywhere else in unity8 [14:49] :D [14:49] mzanetti: i've no opinion tbh, Saviq's your man for that :) [14:50] as in: disregard any version number in scopes and launcher, but figure the actual version number and append it before passing into unity8 [14:50] I think Saviq agrees with this [14:56] huh, I missed standup? [14:56] sorry guys... [14:56] UPhone told me it's an hour earlier... [14:58] mzanetti, yeah, I *think* we should disregard the version on input, and find it out again wherever it's actually needed (i.e. desktop file reader, really?) [14:59] Saviq: so the next issue appeared in FrequentlyUsedAppsModel [14:59] Saviq: however, this bug has been resolved: https://bugs.launchpad.net/ubuntu/+source/click/+bug/1251635 [14:59] Ubuntu bug 1251635 in upstart-app-launch (Ubuntu) "drop version numbers from users' .desktop file names" [Undecided,New] [15:00] it might help a bit, altough not really as we still need to get to the details whcih are only identifyable including the version [15:02] wow, we have a brand new ubuntu animation when flashing the device now! [15:03] huh? [15:03] * mzanetti flashes :D [15:03] dandrader, ubuntu-device-flash? :D [15:03] mzanetti, yeah, but as long as we have a .desktop file reader that takes either a full path, a filename, or just "short" appid, and finds the rest out, we're fine, right? [15:03] mzanetti, where else do we *need* the version number? [15:03] Saviq, phablet-flash [15:04] dandrader, deprecated ;D [15:04] dandrader, but probably should happen with both :) [15:05] Saviq: fwiw i started to remove the hordes of files that we don't need on new-scopes and will make the tests pass next [15:05] tsdgeos, awesome, thanks [15:05] Saviq, there's no "ubuntu-device-flash" in my system... Is it still to land? [15:05] dandrader, apt-get install [15:05] Saviq: when launching the app through unity-mir we need it [15:06] Saviq, ah, right :) [15:06] although that might be "fixed" with that bug, if it understands the short appid too [15:08] Saviq, so the entire phablet-tools package is deprecated now? [15:08] dandrader, not sure, there's probably some useful things there still [15:08] whoa, nice anim! :D [15:20] Saviq: what needs to happen to land https://code.launchpad.net/~xnox/unity8/py32ap/+merge/207760 as soon as possible? [15:20] Saviq: it's only changes to autopilot tests, which don't change anything (just some python3 friendly, no change in behaviour syntax fixes) [15:20] xnox, we probably need to review it :) [15:21] Saviq: and i've verified that all existing tests just pass, when running under either python2 or python3. [15:21] Saviq: this is very important, as it's blocking porting work of deb-based tests to python3, as they depend on unity8-autopilot to provide emulator's python3 module. [15:22] xnox, we have an "autopilot" target that launches the local tests for us, did you try these? [15:22] xnox, I'll make sure to review this today [15:22] Saviq: who is "we" in "we probably need to review it" ? [15:23] xnox, ~unity-team [15:23] Saviq: ok thanks. I believe i've updated all cmake targets (default is now python3, there is a fallback python2 one) [15:23] Saviq: re:packaging changes, i'm core-dev =) [15:23] xnox, ;) [15:24] Saviq: from my point of view it's been reviewed already twice previously, but bit-roted and still did not land. [15:24] xnox, still, can you please copy/paste the submission checklist into the description and answer the qs https://wiki.ubuntu.com/Process/Merges/Checklists/Unity8 [15:24] Saviq: thus i'm very very very tempted to do direct to the archive upload. [15:24] Saviq: as it's blocking getting rid of python2. [15:24] xnox, I'll take care of it today [15:25] Saviq: the checklist, is pointless for this branch. As it's hardly changes anything in the autopilot tests.... and none in the unity8 code itself. === alan_g|vt is now known as alan_g|tea [15:25] kgunn, can you make the two recipes https://code.launchpad.net/~kgunn72/+recipes build-on-request? [15:25] kgunn, we don't want things to sneak into the MWC PPas [15:25] xnox, it's not my process [15:26] xnox, but that's the process we follow, so please just c/p and be done with it [15:28] Saviq: copied and pasted. [15:28] Saviq: ack...sorry, will make then unity-team owned too [15:30] kgunn, thanks [15:31] Saviq: do you think it makes sense having two branches, one that removes all the unused files and one that makes tests work again? or just one branch with both things? [15:31] Saviq: what was meant by "we don't want things to sneak into ppas"...i mean i agree, but what's the warning for? [15:32] kgunn, the mwc ppas we don't want anything to get in [15:32] kgunn, and because some of the recipes are based off of trunks [15:32] kgunn, the recipes could kick off when something's merged there [15:32] tsdgeos, one is fine, we'll have to see if there's stuff that can be merged separately, but it feels like there's not going to be much of that... [15:33] Saviq: so do you want me to rework those to be branch only ? [15:33] kgunn, no, just make them "Build on request" [15:33] ack [15:33] kgunn, so that they don't kick in themselves [15:33] xnox, you made it so the autopilot target runs all the tests twice [15:33] xnox, once with py2, once with py3 [15:34] Saviq: correct, that's temporary, until we drop python2 completely. Which should be as soon as I land all other branches for a few more apps and clicks. [15:34] Saviq: you can choose to run only onces, but the emulator tests must run under both, until we drop python2 support (which should be very soon) [15:34] xnox, can't we just switch to py3 straight away? [15:34] oh ok [15:34] got it [15:34] Saviq: no, because there are still autopilot tests that use py2. Yeah. === alan_g|tea is now known as alan_g [15:35] xnox, `make -C builddir autopilot` is failing for me here I'm afraid [15:36] ah wait, maybe -j1 [15:36] Saviq: what's the output of $ dpkg-checkbuilddepends [15:36] xnox, [15:36] ignore [15:36] xnox, I'm using ninja, it parallelizes by default [15:36] xnox, needed to -j1 [15:37] Saviq: i don't think autopilot can do things in parallel. My tests passed ok in sbuild, so it's ok. (and debian packaging and my system are parallel by default) [15:38] xnox, yeah, ninja just ran both autopilots at the same time [15:38] py2 and py3 [15:38] xnox, so yeah, that's definitely not supported [15:38] * Saviq disconnects to be able to run the suite... [15:38] brb [15:38] Saviq: i don't see official packaging using ninja.... [15:41] Saviq: I have one more question to your fix from the weekend on https://bugs.launchpad.net/unity-mir/+bug/1281075 [15:41] Ubuntu bug 1281075 in unity-mir "quickly starting multiple apps breaks ApplicationManager" [Undecided,New] [15:42] is it possible (allowed) that we have multiple connection attempts from the same process? === charles_ is now known as charles [15:59] anpok, good question, but not one I can answer :D [15:59] anpok, I think in theory it could be possible, but don't really know why would you [15:59] xnox, yeah, it's just my local machine [16:04] Saviq: ok [16:06] sil2100, hey, icanhassilo for row 33? [16:12] Saviq: hi! Give me some moments, need to clarify our position regarding landings - will assign one in some moments [16:21] Saviq: so my old test branch, had a fix for CardFilterGrid.qml that was adding [16:21] viewWidth: genericFilterGrid.width [16:22] but now i don't see why :D [16:22] did the use of viewWidth change? [16:22] or maybe i was just confused when i added that? [16:23] tsdgeos, viewWidth is used to determine how many items a Carousel has minimum [16:24] tsdgeos, i..e https://code.launchpad.net/~unity-team/unity8/new-scopes.carousel-dinamic-fallback/+merge/207451 [16:24] sure [16:24] so i guess i was confused when i added it [16:24] if it hasn't changed [16:24] tsdgeos, and well, it's actually also used to determine the width [16:24] tsdgeos, of carousel items [16:25] Saviq: but it's CardFilterGrid.qml [16:25] !carousel [16:25] tsdgeos, so yeah, there I don't see why [16:25] man, ubot5 opened me a query because of my !carousel text :D [16:25] damn bots D: [16:25] lol;D [16:32] xnox, don't worry about jenkins shouting FAILURE at you [16:32] xnox, we're looking into it [16:32] xnox, the particular ones your branch got was actually internal jenkins fail [16:32] or well, networking, something of the sort [16:33] Saviq, know where to catch chris? [16:33] Saviq: ok. so, dput? or trying to fix jenkins? [16:34] xnox, no, I'm landing it already [16:34] Saviq: cool, thanks. [16:34] xnox, assuming I can get on the CI train [16:34] Saviq, asking cause i want latest scopes scope in mwc image [16:34] mhr3, don't need him for that [16:34] mhr3, why? === WebbyIT is now known as rpadovani [16:35] Saviq, cause a new scope is about to appear on the server, and it should be hidden on the devices [16:35] mhr3, uh [16:35] Saviq, so just push the pkg to demo/rightedge? [16:35] mhr3, can it not appear on the server before Thu? [16:35] mhr3, those ppas are reserved for critical issues, really [16:35] now [16:36] Saviq, the thing is that they do want it to appear on mwc images, but it's not 100% ready yet [16:36] mhr3, davmor2's the gate keeper for what goes in and not [16:39] mhr3, Saviq: I'm only the on call tester for things that want to land in the image I have no control over what goes in I just have to test it before it lands. cwayne was in charge of the image itself [16:41] so how does one get hold of chris [16:41] mhr3, email probably [16:42] mhr3: you can also try achiang who is in charge of flashing currently inorder to get hold of chris [16:43] achiang, here? [16:49] mhr3: he was, less then an hour ago, so there's chance he'll reappear. [16:49] mhr3: and yes, e-mail is probably best to catch Chris [17:10] Saviq: how busy are you right now? [17:10] sil2100, wassup? === seb128_ is now known as seb128 === dandrader is now known as dandrader|lunch [17:36] fginther, ah! thanks for catching that [17:38] Saviq, I got lucky, just happened to notice that the otto test was stuck. [17:38] * fginther really wants to get that bug fixed [17:40] xnox, https://code.launchpad.net/~xnox/unity8/py32ap/+merge/207760/comments/488279 [17:41] py3 vs py2 as default.... [17:51] Saviq: fixed, waiting for new results. [17:52] xnox, I'll see to it today still, but IIUC ci train is stopped, so it won't land before tomorrow [17:52] Saviq: "ci train is stopped" what does that mean? [17:53] xnox, means that we can't land nothing in unity8 until some regressions are resolved [17:53] Saviq: how is that related to /my/ changes? [17:53] xnox, it's not [17:53] Saviq: then, why not land this? [17:53] xnox, other than we can't land them before the other issues are resolved, to not introduce noise when trying that [17:54] xnox, part of the process, again [17:55] Saviq: right, i'm near end of day now. talk to you tomorrow. [17:55] xnox, yup, me is past it [17:55] xnox, will keep you posted [17:55] Saviq: logout, now! =) [17:55] Saviq: ...just got educated on the AP test failures..is there any way i can help ? or do you need any mir folk ? [17:55] kgunn, I just got educated 20 mins ago [17:55] lol [17:55] kgunn, so will look at them tomorrow [17:55] ok [17:56] p/ === alan_g is now known as alan_g|EOD === gatox is now known as gatox_lunch [18:32] it seems all the test failures in image 206 are because they fail to restart_unity_with_testability === dandrader|lunch is now known as dandrader === gatox_lunch is now known as gatox === dandrader is now known as dandrader|bbl [20:15] xnox, looks like your ap branch got better, only failure is u8 crash [20:16]