[06:16] <Saviq> moooarning
[07:38] <tsdgeos> lpotter: hi, you still there?
[07:38] <lpotter> tsdgeos: yeppers
[07:38] <tsdgeos> lpotter: welcome!
[07:39] <lpotter> thanks
[07:39] <tsdgeos> just learn your starting today ^_^
[07:39] <lpotter> :) and I learned there's another brissie troll here
[07:40] <tsdgeos> hope it wasn't too bad being a new starter when almost everyone else is still sleeping
[07:40] <tsdgeos> chris?
[07:42] <lpotter> not too bad. I'm used to trying to find things to do.
[07:42] <tsdgeos> :)
[07:44] <lpotter> discovered this weekend that NetworkManager backend for QtBearer is not working. Has had no love for quite a while
[07:44] <tsdgeos> Saviq: so mzanetti was preparing a silo on thursday (friday was public holiday in germany) can you add https://code.launchpad.net/~aacid/unity8/wait_ap_test/+merge/237082 to it? it fixes a few ap failures here
[07:45] <tsdgeos> Saviq: and https://code.launchpad.net/~aacid/qtmir/sessionAuthorizerWaitSignalListener/+merge/237064 a race condition in qtmir starting, but i'd like Gerry to have a look when he comes back (he was on holiday last week too, should be back today afair)
[07:46] <Saviq> lpotter, could be related to bug #1357321?
[07:47] <Saviq> tsdgeos, will do
[07:48] <tsdgeos> lpotter: we have a canonical agreement for https://codereview.qt-project.org you want to probably sign up with your new @canonical.com address since it takes a while being a company agreement thing
[07:48] <lpotter> Saviq: possibly. especially if the generic plugin is also being installed as well.
[07:49] <lpotter> ahh ya..
[07:49] <Saviq> lpotter, Mathieu is cyphermox on IRC if you'd want to touch base on how far he'd gotten
[07:50] <Saviq> lpotter, you can always ask the mup bot on irc.c.c for details like that (/msg mup poke Mathieu
[07:50] <Saviq> )
[07:50] <tsdgeos> Saviq: and https://code.launchpad.net/~aacid/unity8/qt_strict_iterators is waiting for you too ;)
[07:50] <Saviq> orly?
[07:50] <tsdgeos> well i guess it's your decision if we want that or not :D
[07:50] <tsdgeos> beign tech lead and stuff ;)
[07:51] <Saviq> tsdgeos, +1 on compile-time errors, so ACK ;)
[07:52] <tsdgeos> i mean it is not that without it things fail, but it'll be a bit slower, and it's not so hard to do right
[07:52] <tsdgeos> so that's why i added it
[07:52] <Saviq> tsdgeos, yup, looks good
[07:53] <Saviq> tsdgeos, I'll leave the qtmir MP out for now
[07:53] <tsdgeos> +1
[08:19] <tsdgeos> pstolowski: can you merge feeds?
[08:20] <pstolowski> tsdgeos, sure
[08:22] <pstolowski> tsdgeos, pushed
[08:22] <tsdgeos> tx
[08:25] <mzanetti> tsdgeos: hey, do you know what happened with the indicators silo in the end?
[08:26] <tsdgeos> mzanetti: 19?
[08:26] <mzanetti> can't remember the number
[08:26] <mzanetti> tsdgeos: well, we already had it merged to utopic
[08:27] <mzanetti> tsdgeos: and then design blocked its RTM landing because apparently it was not what they wanted
[08:27] <tsdgeos> mzanetti: ah, and it had to be rtm'ed ?
[08:27] <tsdgeos> no idea then
[08:35] <tsdgeos> pstolowski: did you implement the child feed thing yet?
[08:35] <pstolowski> tsdgeos, almost, i've a bug to fix
[08:35] <pstolowski> tsdgeos, should be ready today
[08:36] <tsdgeos> cool
[08:42] <Mirv> welcome back Saviq! hope your movies were enjoyable and tear-free :)
[08:42] <Saviq> Mirv, they were indeed! :D
[08:44] <Saviq> Mirv, and thanks, glad to be back (that's what holidays are for, to appreciate what you have back home, are they not?)
[08:44] <Saviq> like a dishwasher... a proper shower ;D
[08:44] <Mirv> that they are for :)
[08:52] <tsdgeos> pstolowski: ok, support is in on my side
[08:54] <pstolowski> tsdgeos, awesome, i also just fixed my bug
[08:54] <pstolowski> tsdgeos, is this the same branch of yours, or a new one?
[08:54] <tsdgeos> pstolowski: same
[08:55] <greyback> o/
[08:55] <Saviq> greyback, elo o/
[08:55] <pstolowski> Saviq, hey! :)
[08:56] <greyback> Saviq: remember what you do here again?
[08:56] <Saviq> pstolowski, helo
[08:56] <Saviq> greyback, yes, annoy people, never forgot
[08:56] <greyback> I'm only a week away and my user settings have been lost
[08:58] <tsdgeos> greyback: i've a fix for you
[08:59] <tsdgeos> greyback: https://code.launchpad.net/~aacid/qtmir/sessionAuthorizerWaitSignalListener/+merge/237064
[08:59] <pstolowski> tsdgeos, fyi, this is mine: lp:~unity-api-team/unity-scopes-api/child-scopes-option  and  lp:~unity-api-team/unity-scopes-shell/display-child-feeds (2 branches, scopes api changes needed)
[08:59] <tsdgeos> greyback: feel free to bin it, but the analysis of the problems wiht AP (no idea why it doesn't happen at all/more often with non AP) is there
[09:00] <tsdgeos> pstolowski: oh, so can't use feeds anymore?
[09:00] <tsdgeos> ok
[09:00] <pstolowski> tsdgeos, i can merge back to feeds
[09:01] <pstolowski> tsdgeos, actually, let me to it that way
[09:01] <tsdgeos> pstolowski: i'd say it'll help, then i only need to find out how do i have unity-scopes-api to https://launchpad.net/~unity-team/+archive/ubuntu/phone-right-edge/
[09:01] <tsdgeos> mzanetti: Saviq: ↑ any quick recipe crash course?
[09:02] <pstolowski> tsdgeos, feeds updated
[09:03] <mzanetti> tsdgeos: ?
[09:04] <Saviq> tsdgeos, https://code.launchpad.net/~unity-api-team/unity-scopes-api/child-scopes-option/+new-recipe
[09:04] <mzanetti> ah
[09:04] <Saviq> tsdgeos, name it -overviewlist instead of daily
[09:04] <mzanetti> tsdgeos: yeah, just make sure to select unity-team as the owner
[09:04] <Saviq> tsdgeos, ↑ that
[09:04] <Saviq> Utopic as the series
[09:04] <Saviq> and recipe:
[09:04] <mzanetti> tsdgeos: and for version I usually prepend 1: and append +{time}
[09:05] <Saviq> # bzr-builder format 0.3 deb-version {debupstream}-{time}~{revno}
[09:05] <Saviq> is what's used in the unity8 recipe
[09:06] <Saviq> the *correct* thing to do would be to do:
[09:06] <Saviq> lp:unity8
[09:06] <tsdgeos> ok
[09:06] <Saviq> merge lp:~foo/unity8/foo
[09:06] <Saviq> so that it's always based off of trunk
[09:07] <tsdgeos> so did this
[09:07] <tsdgeos> https://code.launchpad.net/~unity-ui-team/+recipe/unity-scopes-api-overviewlist
[09:07] <tsdgeos> hope is not too horrible :D
[09:07] <Saviq> https://code.launchpad.net/+help-code/recipe-syntax.html
[09:07] <Saviq> tsdgeos, yup, looks fine
[09:07] <Saviq> /food
[09:51] <tsdgeos> vesar: sorry things are releases so fast that i can't get the ppa to be in a state that you can actually use it, trying to
[09:58] <vesar> tsdgeos, thanks for trying. Let us know if anything we can do to help you..
[11:15] <facundobatista> Holas
[11:16] <Saviq> o/
[11:19] <tsdgeos> pstolowski|erran: ping
[11:22] <tsdgeos> facundobatista: are you involved in the shope scope?
[11:22] <tsdgeos> -e
[11:23] <facundobatista> tsdgeos, mmm... don't think so... it's a client scope, right? my doubt is if it would aggregate remote scopes like amazon or ebay
[11:23] <tsdgeos> facundobatista: i mean the app store
[11:23] <tsdgeos> man i'm bad with words today
[11:23] <facundobatista> tsdgeos, no, not at all
[11:24] <tsdgeos> ok
[11:24] <Saviq> tsdgeos, alecu is
[11:25] <tsdgeos> alecu: you there?
[11:29] <tsdgeos> dandrader: can you remerge master to lp:~dandrader/qtmir/UbuntuKeyboardInfoQMLSingleton and my list branch to  lp:~dandrader/unity8/listOnBottomSwipe_touchOwnership ?
[11:29] <tsdgeos> dandrader: good morning btw
[11:30] <dandrader> tsdgeos, what master?
[11:30] <tsdgeos> dandrader: trunk, lp:qtmir
[11:31] <pstolowski> tsdgeos, pong
[11:31] <tsdgeos> pstolowski: i'm having a look at https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1343242
[11:32] <tsdgeos> and at this moment the description of the bug looks much more a scopes bug than an unity8 one
[11:32] <tsdgeos> i mean when going to the store with scope://com.canonical.scopes.clickstore?q=&dep=accessories
[11:32] <tsdgeos> i get
[11:32] <Saviq> ooh blank dash :|
[11:32] <tsdgeos> navigation and currentNavigation to be "All"
[11:32] <tsdgeos> not sure what i am supposed to do with that
[11:32] <Saviq> oh, back...hmm
[11:41] <pstolowski> tsdgeos, the scope returns this: http://pastebin.ubuntu.com/8506792/
[11:42] <pstolowski> tsdgeos, so perhaps there is a bug in scopes plugin if it says 'all' is the current
[11:43] <dandrader> tsdgeos, rebased  lp:~dandrader/qtmir/UbuntuKeyboardInfoQMLSingleton on top of latest lp:qtmir. btw, do you still "need information" there?
[11:43] <pstolowski> tsdgeos, i'll take a look at the plugin; but i've a feeling that even if it's fixed, it won't solve our problem
[11:44] <tsdgeos> pstolowski: what is "our problem"? :D
[11:44] <tsdgeos> that you can't go back? that it dooesn't list more siblings?
[11:44] <tsdgeos> well of course it doesn't list more siblings, you just said it has 1 child :D
[11:47] <pstolowski> tsdgeos, yeah, siblings. but you're right, perhaps we will have to tell scopes to return siblings.. ugh
[11:47] <dandrader> tsdgeos, but lp:~aacid/unity8/list_on_bottom_swipe is still "work in progress"
[11:48] <tsdgeos> pstolowski: well i can't show siblings if i'm not told about them, and http://pastebin.ubuntu.com/8506792/ shows there is no siblings
[11:48] <tsdgeos> dandrader: yeah it's not meant to be merged yet, it's part of the ppa because i'm trying to get design to have a look
[11:48] <tsdgeos> but the world moves so fast i have not been able to find a time where the ppa has everything it needs to have yet
[11:49] <dandrader> tsdgeos, I made this for kgunn last friday: lp:~dandrader/unity8/listOnBottomSwipe_touchOwnership
[11:49] <dandrader> tsdgeos, so he could try out the two things together
[11:50] <tsdgeos> dandrader: but that's weird since we already had a recipe that did that before, is it because there were confclits?
[11:50] <dandrader> tsdgeos, yeah. big conflicts in the Dash
[11:50] <tsdgeos> i see
[11:50] <dandrader> tsdgeos, as both branches modify the EdgeDragArea in the Dash (that brings up dash overview)
[11:51] <tsdgeos> right
[11:52] <greyback_> tsdgeos: sessionAuthorizerWaitSignalListener approved, thanks!
[11:52] <tsdgeos> :)
[11:53] <Saviq> alecu, Cimi, how is it that the apps' titles are still center-aligned with https://code.launchpad.net/~unity-team/unity8/card-visual-tweaks/+merge/234332, even though they don't explicitly request centering? or do they?
[11:55] <pstolowski> tsdgeos, is you ppa up-to-date with the branches from this morning?
[11:56] <tsdgeos> pstolowski: not yet, need dandrader to merge stuff into lp:~dandrader/unity8/listOnBottomSwipe_touchOwnership
[11:56] <tsdgeos> can you guys retrigger a build of https://code.launchpad.net/~unity-ui-team/+recipe/unity8-overviewlist once it's merged and pushed?
[11:56] <tsdgeos> off to lunch now
[12:12] <alecu> tsdgeos: pong
[12:13] <alecu> Saviq: hi! we finally agreed with design and Cimi to have centered titles when more than one line
[12:16] <Saviq> alecu, well, yeah, but didn't we agree that they have to be explicitly requested by the scope?
[12:18] <Saviq> alecu, I mean ["title"]["align"] !== "center"
[12:23] <dpm> hi thostr_, pstolowski, quick question: what's the LP project to file bugs against the 7digital scope?
[12:23] <thostr_> facundobatista: ^
[12:24] <pstolowski> dpm, ubuntu-rest-scopes
[12:24] <facundobatista> dpm, ubuntu-rest-scopes
[12:24] <facundobatista> :)
[12:24] <pstolowski> first! ;)
[12:27] <dpm> nice :)
[12:27] <dpm> thanks :)
[12:32] <alecu> Saviq: yes, I remember you wanted to make that change, but I could not remember the why. And we couldn't find a good reason to keep left-aligned the default for only titles, or titles with overflow, so we agreed to have them both centered, and updated the spec with that.
[12:33] <alecu> Saviq: if you still think lef-aligned should be the default for "titles (1 row)" and "titles (overflow to second line)", let's talk some more.
[12:33] <alecu> *left
[12:34] <dandrader> tsdgeos, well, I merge the latest lp:~aacid/unity8/list_on_bottom_swipe/ onto  lp:~dandrader/unity8/listOnBottomSwipe_touchOwnership but all it did was bring in the latest translations from lp:unity8
[12:34] <dandrader> s/merge/merged
[12:34] <Saviq> alecu, the problem is that we impose them being centered on scopes that might not want it
[12:34] <Saviq> alecu, anyway, I'll come back to it then
[12:34] <dpm> facundobatista, here you go bug 1377912 :)
[12:35] <dandrader> tsdgeos, because the only commit you had in lp:~aacid/unity8/list_on_bottom_swipe since the last time I merged it was syncing with trunk
[12:40] <facundobatista> dpm, that's how Design indicated us to do it
[12:42] <facundobatista> dpm, mmm... wait
[12:58] <dpm> facundobatista, right, but it seems to me it'd be good for them to re-review it, as as it is now, it's a bit difficult to use.
[12:59] <dpm> facundobatista, another question: I've had this happen a few times, and now I can reproduce it: after having the 7digital scope returning some results, and then navigating back to another scope, if I then do the same search on the 7digital scope, I get no results at all
[13:00] <dpm> in fact, I don't get results for any search on that scope. Any ideas what could be going on?
[13:00] <alecu> dpm: facundobatista: design asked us to make some result lists in the app store shorter, and add that "see more" link.
[13:00] <tsdgeos> dandrader: hmmm? bah not smart me had forgot to push
[13:00] <tsdgeos> can you merge now?
[13:01] <dpm> alecu, yeah, that'd be perfect for the 7digital results too
[13:01] <facundobatista> dpm, I was wrong, Design asked for the more/less button, so your bug is valid
[13:02] <Saviq> tsdgeos, dandrader, btw there's no need to create a single branch to do a recipe build, you can base off of one branch and merge others in the recipe definition
[13:02] <tsdgeos> Saviq: yeah we could do that
[13:02] <facundobatista> dpm, searches not returning results are tricky, we'd need to see particular cases in the logs (it'd be great if you get the phone ones)
[13:03] <tsdgeos> Saviq: if we knew which one is going to land first :D
[13:03] <dandrader> tsdgeos, done
[13:03] <tsdgeos> dandrader: tx
[13:03] <Saviq> tsdgeos, doesn't really matter, you can always change the recipe
[13:03] <dpm> facundobatista, which log would you need?
[13:04] <dandrader> Saviq, there are merge conflics between the two and we don't know which one is landing firt, thus the separate branch
[13:04] <dandrader> merging the two
[13:04] <Saviq> ah ok, conflicts, understood
[13:04] <facundobatista> dpm, the smartscope proxy one
[13:05] <facundobatista> dpm, in ~/.cache/upstart/ , IIRC
[13:06] <facundobatista> question: I have the emulator running, how do I get inside it with "adb shell"?
[13:07] <dpm> facundobatista, ok, thanks. Now I seem to be getting results, though
[13:07] <Saviq> facundobatista, exactly the same way
[13:07] <Saviq> facundobatista, adb devices should show you "emulator:5554" or so
[13:07] <dpm> facundobatista, just run "adb shell" :)
[13:07] <Saviq> facundobatista, it's a device like any other for adb
[13:07] <facundobatista> Saviq, "adb shell" tells me "device is online"
[13:07] <dpm> or if you've got both an emulator running and another device connected, you can specify the device id
[13:08] <Saviq> facundobatista, what does "adb devices" say?
[13:08] <facundobatista> Saviq, emulator-5554 (which is ok) "offline" (which is not :p )
[13:08] <Saviq> facundobatista, right, that...
[13:40] <pstolowski> tsdgeos, fyi, child feeds are shown correctly (but you need to manually modify one of the aggregator scopes .ini files to declare them)
[13:41] <tsdgeos> pstolowski|schoo: nice
[13:59] <Saviq> mzanetti, kgunn, so in silo 19 I'm getting one AP failure: unity8.application_lifecycle.tests.test_application_lifecycle.ApplicationLifecycleTests.test_click_app_icon_on_dash_must_focus_it
[13:59] <Saviq> that expected?
[13:59] <Saviq> tsdgeos, ↑
[13:59] <tsdgeos> hmmm
[14:00] <tsdgeos> is think that one fixed by https://code.launchpad.net/~aacid/unity8/wait_ap_test/+merge/237082
[14:00] <tsdgeos> not very smart me didn't write down which one that fixed ^_^
[14:01] <tsdgeos> Saviq: but you can try modyfying emulators/dash.py manually without repackaging stuff
[14:01] <tsdgeos> after all is a two lines change
[14:01] <mzanetti> Saviq: yep, that's one of them
[14:01] <Saviq> tsdgeos, that MP is included already
[14:01] <tsdgeos> Saviq: ah
[14:01] <mzanetti> hmm...
[14:02] <mzanetti> then maybe its something else
[14:02] <tsdgeos> i don't remember any lifecycle failing on my tries on silo 19 on friday
[14:02] <tsdgeos> only the host of indicator ones
[14:02] <tsdgeos> vesar: if you could install this ppa on a phone now and show it to designers that want to see the "scopes overview" replacement that'd be great https://launchpad.net/~unity-team/+archive/ubuntu/phone-right-edge
[14:03] <tsdgeos> vesar: "soon" to make sure noone does a review of one of the affected projects :D
[14:07] <kgunn> Saviq: is it consistent....i had some flaky ones last week where i ran 5 times, was about to give up...on 6th time got a pass
[14:07] <Saviq> kgunn, didn't try 6 times yet, but failed 3 out of 3
[14:07] <Saviq> and why is unity8 taking so long to stop :|
[14:08] <tsdgeos> Saviq: want me to look at it?
[14:08] <AlbertA2> note that we still have a media-hub issue that is causing
[14:08] <AlbertA2> dbus timeouts
[14:08] <AlbertA2> specially on the unity8 stop phase
[14:08] <kgunn> AlbertA2: aarrgg
[14:08] <kgunn> i thot that landed ?
[14:08] <Saviq> ah that
[14:08] <AlbertA2> I'm trying to chase those demons away...
[14:08] <AlbertA2> kgunn: apparently it's a different manifestation
[14:08] <kgunn> hehe
[14:08] <AlbertA2> kgunn: similar but different
[14:08] <dandrader> mzanetti, what the cleanest way to check (in a tst_Shell test) that PhoneStage is showing the spread?
[14:09] <mzanetti> dandrader: not at all :P
[14:10] <Saviq> hmm seems I just have too many apps in my launcher
[14:10] <kgunn> dandrader: btw, test kraken all weekend, carried as my phone...i never saw or felt anything i thot was odd wrt touch input
[14:10] <dandrader> kgunn, \o/
[14:10] <kgunn> dandrader: i only logged 2 bugs from the weekend, surely unrelated
[14:10] <kgunn> https://bugs.launchpad.net/dialer-app/+bug/1377334
[14:11] <mzanetti> dandrader: so you can probably do that, but there is no clean way... you need to findChild() on the listview and check contentX or so
[14:11] <mzanetti> dandrader: or "phase"
[14:11] <kgunn> https://bugs.launchpad.net/barajas/+bug/1377788
[14:11] <mzanetti> dandrader: I figure we already have other tests that make the test suite phone specific
[14:11] <vesar> tsdgeos, Hmm I hope I'm not already late with it.
[14:12] <tsdgeos> vesar: you should be fine :)
[14:12] <mzanetti> dandrader: why do you want to test that? for the kraken?
[14:12] <tsdgeos> Saviq: ah, that's one of the things, our tests require kind of a clean slate, one of the tests was failing for me because i didn't have a favorited music scope
[14:12] <Saviq> mzanetti, tsdgeos, kgunn, yeah, as you were, we need to fix the launcher emulator to deal with "the app is at the top of the launcher, far off screen"
[14:12] <dandrader> mzanetti, yes. a regression test
[14:12] <kgunn> dandrader: tsdgeos altho in that combined branch kraken+listoverview, i didn't have favoriting stars in the list like before
[14:13] <tsdgeos> kgunn: you don't have favoritng stars? i just flashed it and they are there
[14:13] <kgunn> tsdgeos: lemme update, i did it late friday
[14:13] <mzanetti> dandrader: well, the thing is this: no matter what I suggest you know, such a test will be phone specific, you might be able to make it work on tablet too, but at latest on the desktop its not gonna work out
[14:14] <dandrader> mzanetti, I guess that would be it? tryCompare(spreadView, "phase", 2);
[14:14] <kgunn> note: i have favorited stars, but not the empty ones, ...and the solid ones don't seem interactive
[14:14] <mzanetti> dandrader: yeah... but again, this works for tablet and phone, but not for desktop and tv
[14:14] <dandrader> mzanetti, so you mean tests in tst_Shell should work on phone, tablet (not being worked on), desktop (not existent) and tv (not existent)?
[14:15] <mzanetti> dandrader: but then.. you might as well just add it, when we seriously start working on the destkop we need to rip tst_Shell in many pieces anyways I think
[14:15] <mzanetti> dandrader: sure, you can also now hardcode everything for the phone because that's the only thing currently worked on, and then start from scratch if something changes with the form factor :)
[14:16] <dandrader> mzanetti, well, I can make the test bail out if it doesn't find PhoneStage....
[14:17] <dandrader> but not sure if that's good idea
[14:18] <mzanetti> I don't know either tbh... just add it, using what you said... we need to figure some bigger picture here with testing first
[14:18] <mzanetti> dandrader: ^
[14:18] <tsdgeos> kgunn: after update?
[14:19] <kgunn> tsdgeos: no not after update...and now, my krillin decides he doesn't wanna let the shell start, devices shows nothing....great
[14:20] <tsdgeos> kgunn: yeah that's one of the bad things of making adb not show by default, you may need to do the three button thing to get it to the boot loader and recover it from there if it doesn't come back
[14:21] <kgunn> tsdgeos: yeah, i flashed developer-mode...i mean it was working
[14:25] <mzanetti> Saviq: hmm... do we want to kill spurious tags on unity-api too?
[14:31] <Cimi> mzanetti, I see you helping him with his OCD :D
[14:31] <mzanetti> Cimi: ?
[14:32] <Cimi> mzanetti, for killing tags :)
[14:32] <Saviq> mzanetti, when did we get them there?
[14:33] <mzanetti> I don't know. just filed a branch, worked through the checklist, saw them
[14:33] <mzanetti> Cimi: had to google OCD, but now I get it :D
[15:22] <Saviq> kgunn, mzanetti, do you know what's the deal with "rtm" being in the rtm version number or not?
[15:22] <mzanetti> Saviq: yeah...
[15:23] <mzanetti> we ran into some issues with that. example:
[15:23] <mzanetti> I needed a dep on unity-schemas >= x.y.20140920 or so
[15:23] <mzanetti> all worked well until we tried to release to rtm
[15:23] <mzanetti> because it added ~rtm
[15:24] <vesar> tsdgeos, after installing the ppa is it just update + upgrade that's needed?
[15:24] <mzanetti> so the dep wasn't fulfilled any more. trainguards did some manual pushes without the ~rtm attached to get around it
[15:25] <tsdgeos> vesar: yes, if fear it may be late if you're doing it now though https://launchpad.net/~unity-team/+archive/ubuntu/phone-right-edge/ lists some of the packages as outdated again :/
[15:26] <Saviq> mzanetti, ah ~...
[15:27] <Saviq> kgunn, the latest release is building in rtm silo 9
[15:29] <vesar> tsdgeos, well at least I got it working so that I get to the manage view nicely.
[15:29] <tsdgeos> vesar: ok, then that would be good, can you show it to JMulholland and the rest?
[15:29] <kgunn> Saviq: you bet, do you need test help ?...my krillin is f'd atm
[15:29] <vesar> tsdgeos, yeah I will. thanks.
[15:29] <tsdgeos> thank you :)
[15:30] <Saviq> kgunn, yeah, I'll be EOD'ing soon
[15:30] <Saviq> kgunn, can you get it to recovery?
[15:30] <kgunn> Saviq: yeah, but it still shows null in the adb devices list
[15:31] <kgunn> gonna reboot my host, its the only thing i've not tried
[15:31] <tsdgeos> dandrader: can you merge again qtmir and the bottomlist+touchownership thing?
[15:31] <Saviq> kgunn, yeah
[15:31]  * kgunn gets desperate
[15:31] <tsdgeos> don't worry
[15:31] <tsdgeos> you can save it
[15:31] <Saviq> tsdgeos, dandrader maybe push under ~unity-team?
[15:31] <tsdgeos> kgunn: i had that
[15:31] <tsdgeos> so it's fixable
[15:31] <tsdgeos> don't reember how i got to flash it though
[15:31]  * Saviq didn't hear about any device bricked for real
[15:32] <Saviq> tsdgeos, if you can get it into bootloader, you're fine
[15:32] <tsdgeos> but if it doesn't show in adb phablet-flash won't like to flash it afair
[15:32] <Saviq> with --bootstrap it will flash recovery and everything
[15:32] <tsdgeos> or maybe you have to specify the device type
[15:32] <Saviq> you do
[15:32] <Saviq> --device=krillin is needed if you flash from recovery or fastboot
[15:32] <dandrader> tsdgeos, Saviq, indeed. it would be better to move ~dandrader/unity8/listOnBottomSwipe_touchOwnership to unity-team and update the recipe accordingly. tsdgeos, do you wanna to it? :)
[15:32] <tsdgeos> right
[15:33] <tsdgeos> tell kgunn when he's back :D
[15:33] <Saviq> will do
[15:33] <tsdgeos> dandrader: ok, i will do
[15:33] <dandrader> tsdgeos, thanks
[15:33] <Saviq> tsdgeos, try booting with volume down ;)
[15:33] <Saviq> there's kittens
[15:36] <kgunn> tsdgeos: pray tell ?
[15:36] <tsdgeos> kgunn: you need --bootstrap and --device=krillin is needed if you flash from recovery or fastboot
[15:38] <Saviq> --bootstrap only from fastboot
[15:38] <Saviq> --device=krillin from both indeed
[15:38] <Saviq> kgunn, do you care about data you have on the phone?
[15:40] <tsdgeos> dandrader: so you do the qtmir one still, no?
[15:41] <dandrader> tsdgeos, lp:~dandrader/qtmir/UbuntuKeyboardInfoQMLSingleton ?
[15:41] <tsdgeos> dandrader: yes
[15:42] <dandrader> tsdgeos, oh, lp:qtmir has changed. You mean you want the above mentioned branch rebased on top of the new trunk
[15:42] <dandrader> ?
[15:42] <tsdgeos> dandrader: rebased or merged yes, so the ppa one has the "bigger" number and wins :D
[15:42] <dandrader> ok
[15:42] <tsdgeos> dandrader: also can you please merge unity8 trunk (there's also new contents) to your branch, it conflicts on some cmake file and i'm not sure what to do
[15:46] <dandrader> tsdgeos, updated both
[15:46] <tsdgeos> dandrader: awesomeness
[15:46] <dandrader> tsdgeos, NB: added a new qmltest to touchOwnership tjat
[15:47] <dandrader> that is currently failing (it's a regression test)
[15:47] <tsdgeos> dandrader: good!
[15:51] <tsdgeos> dandrader: Saviq: ~unity-team/unity8/listOnBottomSwipe_touchOwnership created and recipe update
[15:51] <tsdgeos> d
[15:51] <Saviq> t
[15:51] <Saviq> x
[15:52] <dandrader> tsdgeos, ok
[15:59] <bschaefer> greyback_, hey, does unity8 do anything with surfaces? Such as resize them under the hood yet? Getting a strange crash when doing software rendering, only in unity8
[15:59] <bschaefer> if i run a mir server outside of unity8, it works fine...
[16:00] <greyback_> bschaefer: it does surface resizing yeah
[16:00] <bschaefer> greyback_, hmm i see, how would i detect this and update with the correct surface size?
[16:00] <bschaefer> vs making the SDL surface incorrect vs the mir surface?
[16:01] <greyback_> bschaefer: well unity8 fires a resize event to the application surface once it has drawn something
[16:01] <greyback_> but that shouldn't make anything crash
[16:01] <bschaefer> greyback_, well its crashing as with software rendering i've to copy the pixels from the sdl surface to the mir surface
[16:01] <bschaefer> and something isn't lining up, ie the width/height are different
[16:02] <greyback_> bschaefer: hmm, that's interesting
[16:02] <bschaefer> greyback_, i also talk directly to the mir server ... would that still allow me to get that event?
[16:02] <bschaefer> or do i need to be going through the umm sdk?
[16:03] <greyback_> bschaefer: we do some funky stuff to deal with surface resizing in qtubuntu, lemme see
[16:03] <bschaefer> greyback_, i dont think i've checked...but does mir_surface->width get the correct properties?
[16:03] <bschaefer> or is it still what i have set manually?
[16:04] <greyback_> bschaefer: http://bazaar.launchpad.net/~phablet-team/qtubuntu/trunk/view/head:/src/ubuntumirclient/window.cpp#L386
[16:04] <greyback_> bschaefer: mir_surface->width/height should be the correct dimensions of the surface you have to draw on
[16:05] <bschaefer> greyback_, let me double check those, as it seems my stride is messed up?
[16:05] <bschaefer> its been very annoying debugging this as it only happens with sdl1.2 in unity8 haha
[16:05] <greyback_> bschaefer: yeah, think that method I sent you was to help Qt, not handy for you really
[16:05] <greyback_> lovely
[16:05] <bschaefer> greyback_, yeeah hmm, so let me double check if i get the correct updated size with the mir_surface
[16:06] <bschaefer> greyback_, when does the resize happen?
[16:06] <greyback_> I do know that once Mir gives you a buffer, it won't change
[16:06] <greyback_> so it's only on buffer swap will you notice changes
[16:06] <bschaefer> i see, cool thanks! Ill do some more digging around
[16:06] <greyback_> though you will also get an surface size change event
[16:06] <greyback_> but it's safer to watch the buffer sizes IMO
[16:06] <bschaefer> yeah
[16:07] <bschaefer> i think its easy to update a SDL surface
[16:07] <bschaefer> soo if i can get the correct w/h i should be good
[16:07] <greyback_> ack
[16:08] <bschaefer> if i get stuck ill be sure to email you!
[16:09] <greyback_> welcome to
[16:30] <sil2100> Saviq: ping!
[16:59] <Saviq> sil2100, pong
[17:09] <sil2100> Saviq: hey, so... we've been wondering about unity8 cpu usage regarding some scopes
[17:09] <sil2100> Saviq: we noticed that krillin + the custom tarball seems to have a much higher idle state in the dash
[17:09] <Saviq> sil2100, we just landed lifecycle fixes
[17:10] <sil2100> Saviq: it's probably something that we need to poke cwayne or thostr_, but we've been wondering about the lifecycle here
[17:10] <Saviq> sil2100, which means dash will be suspended when unfocused
[17:10] <sil2100> Oh
[17:10] <sil2100> hah!
[17:10] <sil2100> This might help then
[17:10] <Saviq> sil2100, it's in rtm silo 9
[17:10] <Saviq> sil2100, but in any case I agree there's something we need to look at
[17:10] <Saviq> sil2100, so that it doesn't use the CPU even when focused
[17:11] <Saviq> unnecessarily, that is
[17:11] <sil2100> Saviq: ok, let's check how this looks like and if it improves the performance during testing, if not we'll probably poke you again :)
[17:11] <sil2100> Thanks
[17:12] <Saviq> sure
[19:11] <bschaefer> greyback_, yup, confirmed it cuts the height by 39 pixels...now to figure out where that event  comes in from....
[19:11] <bschaefer> and hopefully sdl surface is pretty easy to update
[19:12] <greyback_> bschaefer: atm there is always a resize event after the surface creation
[19:12] <greyback_> bschaefer: I've an MR somewhere which fixes that, but not sure if it'll land for RTM or not
[19:13] <bschaefer> greyback_, awesome, well im working from proposed sooo hopefully is there :)
[19:13] <bschaefer> thanks!
[19:13] <greyback_> so atm a fullscreen surface is allocated to the app, but once the client swaps the first buffer, is is resized
[19:14] <bschaefer> right, so i've to pay attention to that, mainly i just need to ensure that the surfaces are the same size before doing pixel copying
[19:14] <bschaefer> from sdl surface ---> mir region other wise itll seg fault on the memcpy
[19:14] <greyback_> bschaefer: it's not in proposed yet either, but I hope to do so reasonable soon
[19:14] <bschaefer> oo, so atm no event?
[19:14] <greyback_> atm there is an event
[19:15] <greyback_> if there isn't, something is broken
[19:15] <bschaefer> greyback_, gotcha, though i talk with mir directly it might not be part of a mir event
[19:15] <bschaefer> i dont go through qt at all
[19:15] <bschaefer> greyback_, was it a mir system event or a qubuntu event?
[19:16] <greyback_> bschaefer: is it a mir event
[19:16] <bschaefer> greyback_, sweet
[19:16] <bschaefer> thanks!
[19:16] <greyback_> np
[21:18] <ted> mterry_, Is anyone queued to review your greeter branch?
[21:19] <mterry_> ted, no
[21:19] <ted> mterry_, I think people should line up to review your branches :-)
[21:19] <mterry_> ted, no one lines up for any reviews ever, man
[21:19] <ted> mterry_, Is there anything I can do to help there? thostr would love the greeter stuff to land.
[21:20] <mterry_> Saviq, kgunn: do you know anyone with spare review time?  https://code.launchpad.net/~mterry/unity8/greeter-profiles/+merge/237155 is something ted is very interested in
[21:20] <Saviq> mterry_, we'll get it reviewed tomorrow
[21:21] <ted> Saviq, Thanks!
[21:22] <ted> Saviq, If someone needs it, we've got it built in silo 13
[21:22] <Saviq> ted, yup, tx