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