[00:26] <RAOF> karni: That looks like library version skew.
[00:27] <RAOF> What's the demo-stuff PPA? It's probably the thing that's broken.
[00:28] <karni> RAOF: Yes, I'm sure that's the problem ;)
[00:28] <karni> That's why I raised it, so maybe someone from Unity team will pick it up tomorrow/today morning.
[00:29] <RAOF> Yeah, looks like something needs a rebuild.
[06:05] <Saviq> mzanetti, cool, thanks
[06:05] <Saviq> karni, she's off until Thursday I think
[06:05] <Saviq> karni, so yeah, it's fine
[06:06] <Saviq> karni, you can access old comments on gdrive - the comments button will take you to all comments
[06:06] <Saviq> mhall119, they were, but I had to redo a few things, so they're coming
[06:07] <Saviq> mhall119, I'm waiting for a new release of unity-scopes-api basically
[06:24]  * mhall119 hopes Saviq is just starting work, not just ending it
[06:25] <Saviq> mhall119, I'm in Cape Town, so yeah, just got in
[06:25] <mhall119> ok, I'll look for the new stuff in ~8 hours then
[06:44] <Saviq> ricmm, https://lists.launchpad.net/ubuntu-phone/msg04549.html
[06:44] <didrocks> waow, but people are staring on emails!
[06:45] <didrocks> ah no, I was thinking it was mine ;)
[06:45] <didrocks> (see #ubuntu-eng-ci)
[06:45] <didrocks> Saviq: btw, should we increase the timeout?
[06:45] <Saviq> didrocks, why?
[06:46] <Saviq> (you mean the kill timeout?)
[06:46] <didrocks> Saviq: as you are still seeing corrupted stacktrace
[06:46] <didrocks> yep
[06:46] <Saviq> didrocks, it was only corrupted in the jobs before we installed u8-autopilot
[06:46] <didrocks> Saviq: are you sure? I remember we saw some after this package being installed
[06:47] <Saviq> didrocks, which were not smashed, but just didn't retrace
[06:47] <Saviq> didrocks, so what I'm actually thinking is moving it to unity8 itself
[06:47] <didrocks> Saviq: yeah, I think it's making sense
[06:47] <Saviq> didrocks, as it only ever changes things when you go "initctl unity8 stop"
[06:47] <didrocks> I was about to suggest the same :)
[06:48] <Saviq> which normal users won't do, and if it crashes runtime, it will wait for apport to complete anyway
[06:48] <didrocks> exactly
[06:52] <Saviq> didrocks, https://code.launchpad.net/~saviq/unity8/move-upstart-timeout/+merge/202041
[06:55] <ricmm> greyback: do you know enugh about the OSK controller thing?
[06:55] <ricmm> need to fix that thing where keyb is the wrong orientation for sidestage apps
[06:56] <greyback> ricmm: I do. Point me to the bug please
[06:57] <ricmm> greyback: https://bugs.launchpad.net/ubuntu-keyboard/+bug/1257383
[06:58] <ricmm> old report, but its basically the bug
[06:58] <ricmm> in sidestage, app thinks its portrait, rotation is set to -90
[06:59] <greyback> ricmm: yeah. It's actually ubuntu-keyboard issue, shell/unity-mir is not responsible for how OSK draws itself
[07:00] <greyback> ricmm: so ubuntu-keyboard needs to be made aware of the stage the app is running on. Eeek
[07:01] <ricmm> greyback: why? cant the keyboard just follow gravity
[07:01] <greyback> ricmm: it could
[07:01] <ricmm> it already does for main stage I believe
[07:02] <ricmm> its just getting confused with what portrait means for sidestage
[07:08] <greyback> ricmm: now i am too. Did we add a hack to rotate the orientation reported to sidestage apps by 90 degrees at one stage?
[07:09]  * tsdgeos complains about getting up too early to get an earlier EOD
[07:09] <ricmm> greyback: none that I remember, but I do know that rotation is reported through the OSK controller
[07:09] <ricmm> and no longer directly by maliit
[07:09]  * tsdgeos starts to work
[07:10] <tsdgeos> Saviq: i did try to test it and did not really succeed but i'll give it another go
[07:10] <Saviq> tsdgeos, thanks
[07:10] <tsdgeos> shouldn't be *that* hard since karni was hitting it :D
[07:10] <greyback> ricmm: it's not. OSKController just waits for ubuntu-keyboard to create a surface, it makes it visible and sets up an InputArea for it. That's all
[07:11] <ricmm> ok then not osk controller
[07:11] <ricmm> but that socket based comms that we have
[07:11] <ricmm> that reports geom
[08:22] <tsdgeos> karni: there?
[08:31] <Saviq> tsdgeos, https://code.launchpad.net/~aacid/unity8/bad_loop_dash_test/+merge/201802 works doesn't it?
[08:36] <tsdgeos> Saviq: sure
[08:36] <tsdgeos> Saviq: but we don't seem to be hitting the thing it fixes atm
[08:37] <Saviq> tsdgeos, ok, let's see
[08:39] <tsdgeos> damn now i can't reproduce the crash in the journals in karni's branch
[08:39] <tsdgeos> he seems to have changed something else that makes it not happen :/
[08:40] <tsdgeos> ah good bzr
[08:40] <tsdgeos> let me go back to the rev it fails
[09:50] <mzanetti> Saviq: hey, can you check this one? https://code.launchpad.net/~elopio/unity8/app_preview/+merge/201718
[09:51] <mzanetti> Saviq: it contains code from me and I guided elopio through this. So I'd prefer having another pair of eyes on it
[10:09] <mzanetti> anyone up for confirming this? https://bugs.launchpad.net/hud/+bug/1269788
[10:09] <tsdgeos> Saviq: added the tests, took me more than expected
[10:09] <tsdgeos> mzanetti: destkop or device?
[10:09] <mzanetti> tsdgeos: device
[10:09] <tsdgeos> mzanetti: so you do /sbin/stop unity8 ?
[10:10] <mzanetti> tsdgeos: yeah
[10:10] <mzanetti> tsdgeos: well... I do ./run_on_device
[10:10] <tsdgeos> :D
[10:10] <mzanetti> tsdgeos: which stops the service and runs another one. if that one crashes
[10:10] <mzanetti> then hud-service is stuck at 100%
[10:10] <tsdgeos> /sbin/stop unity8
[10:10] <tsdgeos> worked here
[10:10] <tsdgeos> hud is fine
[10:11] <tsdgeos> and then starting a new one
[10:11] <tsdgeos> hud went to 100% briefly
[10:11] <tsdgeos> but is back at doing nothing
[10:11] <mzanetti> tsdgeos: hmm... my device is constantly burning here
[10:12] <tsdgeos> today's image?
[10:12] <tsdgeos> i'm on yesterdays
[10:12] <mzanetti> it's happening since weeks already
[10:12] <mzanetti> at least since a week before xmas
[10:12] <tsdgeos> 131
[10:12] <tsdgeos> oh
[10:12] <mzanetti> tsdgeos: so to be more precise, what I do is this:
[10:12] <mzanetti> I install my patched libunity-mir
[10:12] <mzanetti> then stop the installed unity8
[10:13] <mzanetti> and start my patched unity8
[10:13] <mzanetti> when I stop my patched unity8, the installed one doesn't start any more because it's not compatible with the installed unity-mir
[10:13] <tsdgeos> maybe unity-mir patch breaks hud?
[10:13] <tsdgeos> i mean
[10:13] <tsdgeos> hud wants some stuff exported by unity-mir
[10:13] <tsdgeos> and it may get unhappy if we're not providing that
[10:13] <mzanetti> oh... interesting
[10:13] <mzanetti> tsdgeos: well, I only added stuff
[10:13] <tsdgeos> the dbus application stack model thing
[10:14] <mzanetti> but sure... might cause woes
[10:14] <tsdgeos> is consumed by hud afair
[10:14] <mzanetti> mhm... interesting
[10:14] <mzanetti> tsdgeos: but whenever I start my patched unity8, hud-service goes down to 0
[10:14] <mzanetti> when I stop unity8 it freaks out again
[10:36] <Saviq> mzanetti, I probably won't be able to look at it before Monday in over a week
[10:37] <mzanetti> Saviq: ok, I'll ask someone else
[10:45] <Saviq> thostr_, mhr3 lunch
[11:03] <tsdgeos> Cimi: https://code.launchpad.net/~cimi/unity8/fix-1214423/+merge/192868 ?
[11:04] <tsdgeos> Cimi: dandrader|bbl: https://code.launchpad.net/~cimi/unity8/searchIndicator-swipe/+merge/198258 ?
[11:05] <tsdgeos> mzanetti: you doing https://code.launchpad.net/~elopio/unity8/app_preview/+merge/201718 right?
[11:05] <mzanetti> tsdgeos: I'm trying to find someone else because it contains code from me and basically I told elopio to do this. So I'd like to have another pair of eyes on it
[11:06] <mzanetti> tsdgeos: can you?
[11:06] <tsdgeos> mzanetti: sure, i'll add me to it
[11:06] <mzanetti> thanks
[11:14] <dednick> mzanetti: want to see that solution i came up with for the MouseArea which doesn't consume events? :)
[11:14]  * mzanetti senses a trap
[11:14] <dednick> mzanetti: hehe.... it's a bit "interesting"
[11:14] <mzanetti> sure I want to know :)
[11:15] <mzanetti> I had this problem quite often already
[11:15] <dednick> I'll just pastebin the cpp. And it only works for pressed, released, clicked, dblclick at the moment.
[11:16] <dednick> http://pastebin.ubuntu.com/6767344/
[11:16] <mzanetti> for example it would allow me to get rid of a workaround in the right edge thing
[11:16] <mzanetti> ah ok...
[11:16] <mzanetti> well sure... if there is a proper way to do it, I guess this is it
[11:18] <mzanetti> dednick: so this first evaluates the qml code inside the PassthroughMouseArea. if there is accepted == true it behaves like a regular mousearea, right?
[11:18] <mzanetti> dednick: if accepted == false, it still keeps on getting the following events, but they are additionally re-injected into QCoreApplication
[11:18] <mzanetti> am I reading this correctly?
[11:19] <dednick> mzanetti: if accepted==true (ie the PassthoughtMouseArea was pressed), then it re-sends the mouseevent through core application
[11:20] <dednick> mzanetti: but it bypasses this mouseArea, because m_enabledEvents==false now.
[11:20] <mzanetti> ah... 'cause if accepted == false, the MouseArea itself forwards it already... got it
[11:20] <mzanetti> dednick: hmm... will this land in unity8 anytime soon?
[11:21] <mzanetti> that would really solve the one dirty workaround I have in the rightedge stuff
[11:21] <dednick> mzanetti: er. maybe. there's a few other branches it depends on.
[11:21] <dednick> mzanetti: and it's not actually in MP yet.
[11:22] <mzanetti> ok. no problem. the rightedge stuff is still a bit away too. just let me know when I can start using this please
[11:22] <dednick> mzanetti: ok.
[11:55] <dednick> mzanetti: um, what's currently the best way to get a click event through qmltests?
[11:56] <mzanetti> dednick: huh? mouseClick() ?
[11:56] <dednick> mzanetti: what about tap?
[11:56] <mzanetti> dednick: I think everything is converted to a tap internally
[11:56] <dednick> dont really understand why we have different ones for touch...
[11:56] <mzanetti> so we shouldn't have different ones in unity
[11:57] <mzanetti> dednick: dandrader knows all the details though
[11:57] <mzanetti> dednick: but afaik, if there is a mouse click, the uqmlschene we use for testing should convert it to a tap
[11:58] <dednick> i c
[11:59] <dednick> doesnt seem to work.
[11:59] <dednick> dandrader|bbl: ping when you're back
[12:17] <mzanetti> dednick: pun intended? :P
[12:18] <dednick> mzanetti: :)
[12:19] <dednick> no!
[12:19] <mzanetti> :D
[12:24] <karni> tsdgeos: hi :)
[12:24] <tsdgeos> karni: hi, was nothing, Saviq answered all your questions, right?
[12:24]  * karni reads e-mail
[12:29] <karni> tsdgeos: If I understand that correctly, for testing purposes, line 292 [1] is fine, because we're not on the CardVerticalJournal.qml level yet? [1] https://code.launchpad.net/~unity-team/unity8/new-scopes-vj-integration/+merge/201932
[12:30] <karni> tsdgeos: It seemed strange to me I had to set ResponsiveVerticalJournal's columnWidth and delegate width separately
[12:30] <karni> If it where in CardVerticalJournal.qml, setting CardVerticalJournal columnWidth would suffice.
[12:34] <karni> By the way guys, I wrote this here last night, maybe someone can have a look at it:
[12:34] <karni>  Unity8 won't start with packages installed from demo-stuff PPA: http://paste.ubuntu.com/6764850/
[12:37] <karni> tsdgeos / Saviq: Would you guys have a moment today to review the merge [1] above? :)
[12:38] <tsdgeos> karni: i can try having a look later
[12:38] <karni> tsdgeos: thank you
[12:40] <karni> tsdgeos: silly question - should this part of code ('category-layout': 'vertical-journal') already work in unity-scope-tool? It shows nothing when I switch to vertical-journal. If it should show stuff, I may have gotten something wrong.
[12:41] <karni> the try and testResponsiveVerticalJournal work fine
[12:42] <tsdgeos> karni: if you're not hooking category-layout vertical to the vJournal stuff
[12:42] <tsdgeos> i'd say no
[12:42] <tsdgeos> and i don't see you doing it, no?
[12:42]  * mzanetti needs to leave for an hour and a half. bbl
[12:43] <karni> tsdgeos: line 160 in qml/Dash/GenericScopeView.qml: case "vertical-journal": return "CardVerticalJournal.qml";
[12:43] <tsdgeos> i hate it when ctrl+f fails on me :D
[12:43]  * karni same here ^ ^
[12:44] <tsdgeos> then i'd say it should work™
[12:45] <tsdgeos> but i'm not very uptodate in the new scopes architecture
[12:45] <karni> tsdgeos: ok, I think that might be because CardVerticalJournal is missing: width: template['card-size'] (the GU value of it)
[12:45] <karni> tsdgeos: I guess not many of us are :D
[12:45] <karni> super fresh
[12:45] <Saviq> mzanetti, you're famous now ;)
[12:51] <Saviq> didrocks, I'm off next week, mzanetti would you like to be our first trained landing engineer in the team?
[12:51] <didrocks> Saviq: ok, switching place sounds fine, mind forwarding that to mzanetti?
[12:52] <didrocks> Saviq: he will have to do the paperwork, you win! :)
[12:56] <mzanetti> Saviq: didrocks: ok...
[12:56] <mzanetti> Saviq: yeah... didn't expect that much fame :D
[12:57] <didrocks> mzanetti: did you get the email or should I forward it to you? ;)
[12:57] <dandrader> dednick, ping
[12:58] <mzanetti> didrocks: only got the invitation
[13:02] <dednick> dandrader: howdy. was wondering what the diff is between mouseClick and sending press/release events in qml tests. Seems that click doesnt work with draghandle hinting.
[13:05] <dandrader> dednick|lunch, dragHandle deals with touch events, not mouse events
[13:06] <dandrader> dednick|lunch, so you should send a touch tap instead of a mouse click
[13:47] <Saviq> karni, you haven't assigned the model to ResponsiveVerticalJournal in CardVerticalJournal, or bound CVJ's height to RVJ
[13:47]  * karni looks
[13:49] <Saviq> karni, basically because you're not doing DashVerticalJournal, you need to bind much more than you have - see DashFilterGrid
[13:49] <karni> ack
[13:49] <Saviq> karni, also, template and components are undefined on ResponsiveVerticalJournal
[13:50] <Saviq> karni, so            template: cardVerticalJournal.template
[13:50] <Saviq>             components: cardVerticalJournal.components
[13:50] <Saviq> is wrong
[13:50] <cwayne> heya guys, is there a timetable for scopes-as-click-packages
[13:54] <Saviq> mhr3, do you know anything ↑?
[13:55] <mhr3> thostr_, ^^
[13:56] <karni> Saviq: thostr_: I know it's quite late notice, but would you guys like to hangout later and update us on progress made during the sprint?
[13:56] <thostr_> cwayne: click packages are planned for 14.04 but not done by mid of Feb meaning won't be available for mwc
[13:56] <thostr_> cwayne: do you need click package by mid Feb?
[13:56] <karni> Saviq: I'm processing your comments
[13:57] <thostr_> karni: I need to leave in couple of minutes for the airport
[13:57] <karni> thostr_: maybe monday then?
[13:57] <thostr_> karni: yes, sure
[13:57] <cwayne> need might be a strong word, but it would certainly simplify things quite a bit for us thostr_
[13:57] <karni> thostr_: anyway, we'll schedule the meeting
[13:57] <karni> thostr_: safe flight!
[13:57] <thostr_> karni: thanks
[13:58] <Saviq> didrocks, greyback is on the spreadsheet for wave 1, too, and he's off next week as well
[13:59] <Saviq> didrocks, I think it should be merged into team Unity TBH
[13:59] <didrocks> Saviq: yeah, I agree, kgunn: are you happy to merge that in the Unity team and only have one lander?
[14:00] <Saviq> didrocks, kgunn, or we get tsdgeos to be the second one (still, for a single Team Unity)
[14:01] <elopio> tsdgeos: I updated my MP. Thanks for taking a look.
[14:01] <tsdgeos> no worries
[14:02] <karni> Saviq: re: no model in ResponsiveVJ - isn't it set by the user?
[14:03] <Saviq> karni, the property is set on the top component - DashRenderer
[14:04] <Saviq> karni, you need to bind it to RVJ
[14:04] <karni> ack
[14:04] <Saviq> karni, and probably a few others
[14:07] <kgunn> didrocks: i'm always happy if Saviq is happy
[14:07] <didrocks> ok, modifying then, thanks guys
[14:18] <karni> Saviq: pushed bound properties of CardVerticalJournal top level component. Sadly, I don't know where the template and component values would come from.
[14:18] <karni> Saviq: If it seems I'm slowing you down, you should tell me :)
[14:22] <Saviq> karni, they're there on DashRenderer
[14:22] <karni> oh. I should also create property aliases for 'em?
[14:24] <karni> Saviq: Conceptually, when someone instantiates CardVerticalJournal -- will they introduce their own delegate? if so, the current delegate in CardVerticalJournal makes little sense
[14:25] <karni> Or rather, that's just a good default value.
[14:25] <Saviq> karni, that's the only value, yes
[14:26] <Saviq> karni, so there should be no "delegate" property on CVJ
[14:27] <karni> oh
[14:27]  * karni removed
[14:30] <karni> Saviq: Card (delegate) expects template and components on ResponsiveVerticalJournal (its parent), would this work then? http://paste.ubuntu.com/6768200/
[14:31] <karni> Saviq: I don't want to flood you with MP updates..
[14:31] <Saviq> karni, why do you say it expects it on its parent?
[14:31] <Saviq> karni, it has those as its own properties
[14:31] <karni> Saviq: you said it's undefined. should I point the card to the DashRenderer instead?
[14:32] <karni> Saviq: I'm not sure if I have enough brevity for those final touches :(
[14:33] <karni> brevity - wrong word heh
[14:33] <karni> fluency
[14:33] <Saviq> karni, that's where the values are
[14:33] <Saviq> karni, so yes, you need: template: genericVerticalJournal.template instead
[14:33] <Saviq> karni, cardVerticalJournal does not have a components or template properties
[14:34] <tsdgeos> dednick: standtup
[14:34] <tsdgeos> nic-doffay_: ↑
[14:35] <nic-doffay_> tsdgeos, on my way
[14:35] <tsdgeos> Saviq: wanna join just to tell us how you're on holiday next week?
[14:35] <Saviq> tsdgeos, can't
[14:35] <tsdgeos> Saviq: ok
[14:36] <Saviq> tsdgeos, not sure I understand your question though ;)
[14:37] <karni> Saviq: http://paste.ubuntu.com/6768235/ ? :)
[14:40] <karni> Saviq: seems that's still not sufficient to make unity-scope-tool accept the vertical-journal integration. :S
[14:44] <Saviq> karni, yes, model and height were not propagated (model down, height up) between DashRenderer and RVj in CVJ
[14:45] <Saviq> karni, although that wasn't enough either
[14:45] <Saviq> karni, I can't get much further though
[14:45] <karni> Saviq: appreciated
[14:53] <tsdgeos> dandrader: ping
[14:53] <dandrader> tsdgeos, pong
[14:53] <tsdgeos> dandrader: i had a look at the gallery
[14:53] <tsdgeos> and does the same thing i do
[14:53] <tsdgeos> i.e. the 4 element is put on the bottom row
[14:53] <dandrader> tsdgeos, well I had a different impression
[14:54] <tsdgeos> let me do a photo of the phone
[14:54] <dandrader> tsdgeos, but we can merge it as it is
[14:54] <dandrader> tsdgeos, and tweak this stuff later
[14:54] <tsdgeos> now gallery doesn't want to start
[14:54]  * tsdgeos reboots phone
[15:00] <tsdgeos> dandrader: got the email?
[15:01] <dandrader> tsdgeos, yes
[15:03] <dandrader> tsdgeos, have you tried the situation I explained in my e-mail
[15:03] <dandrader> tsdgeos, a module with only 2 items
[15:03] <dandrader> tsdgeos, (e.g. a fully filled module and on its left a module with only 2 items
[15:03] <dandrader> )
[15:03] <tsdgeos> on the right?
[15:05] <dandrader> s/left/right
[15:10] <tsdgeos> dandrader: karni: can any of you top approve https://code.launchpad.net/~aacid/unity8/journal_misc_fixes ?
[15:10] <tsdgeos> dandrader: so delete 2 items from the photo i sent you?
[15:11] <dandrader> tsdgeos, yes
[15:11]  * karni looks
[15:11] <tsdgeos> dandrader: ahh
[15:11] <tsdgeos> right that is different
[15:11] <dandrader> tsdgeos, aha!
[15:11] <tsdgeos> i thought you were always speaking of the 4 item configuration
[15:11] <tsdgeos> not of the 2 item one
[15:15] <karni> tsdgeos: looks good to me, shall I top approve? In previous teams the propose'er would do that.
[15:15] <tsdgeos> karni: please
[15:15] <karni> tsdgeos: done
[15:16] <tsdgeos> we only top approve our own stuff if autolanding fails because one of the known "unstable" tests
[15:16] <karni> I see. So the reviewer would top-approve? Also, do you usually seek more than one review?
[15:16] <tsdgeos> depends
[15:17] <tsdgeos> i'd say no
[15:17] <karni> ok
[15:17] <tsdgeos> it's hard enough to get one to review your stuff :D
[15:18] <karni> haha
[15:23] <karni> What's this aboug guys? Unity8 won't start with packages installed from demo-stuff PPA: http://paste.ubuntu.com/6764850/
[15:25] <tsdgeos> i'd say rebuild needed somewhere
[15:26] <karni> Is there anyone who could look into that? (/me doesn't know people on the team well, yet)
[15:26] <tsdgeos> mhr3 or Saviq are the ones that rebuild that ppa afaik
[15:27] <tsdgeos> saviq is out next week
[15:27] <tsdgeos> let's hope mhr3 is at work and not touring south africa too
[15:27] <karni> haha
[15:27] <tsdgeos> pstolowski: do you know if mhr3 is back next week?
[15:27] <pstolowski> tsdgeos, he should be, i think so
[15:27] <tsdgeos> oki
[15:28] <karni> phew
[15:31]  * tsdgeos enjoys his early day start with an early eow
[15:31]  * tsdgeos waves
[15:31] <tsdgeos> nic-doffay_: see you man!
[15:31] <karni> o/
[16:53] <didrocks> mzanetti: if we move the bootcamp to 16 UTC instead of 15 UTC, would that work for you?
[16:53] <didrocks> (to work a little bit better with the NZ guys)
[16:55] <mzanetti> didrocks: ok, sure
[16:56] <didrocks> thanks!
[18:19] <karni> mzanetti: I learned from omgubuntu about the new app switcher. woot \o/ :) (though, I was bit surprized about the horizontal scroll control, seemed way to responsive/delicate)
[18:20] <mzanetti> karni: yeah, it's a bit too fast still
[18:20] <mzanetti> karni: need to tweak the values still
[18:20] <mzanetti> karni: so, now you know what I'm talking about for days in the standup already :D
[18:20] <karni> mzanetti: hahahah yeah, from omgubuntu ;D
[18:21] <karni> mzanetti: looks great
[18:21] <mzanetti> thanks
[18:22] <karni> mzanetti: do you know which trusty-proposed revision can I flash to work with demo-stuff ppa? The most recent trusty-proposed just doesn't work with our new stuff.
[18:22] <karni> mzanetti: you using trusty-proposed, right?
[18:26]  * karni tries revno 132
[18:56] <fginther> Saviq, the unity8 otto jobs are failing again with what looks like the same signature, but I've been able to identify a changed dependency that may be the culprit, libunity-scopes0
[19:04] <karni> fginther: Hey Francis. He may have EOD'ed (haven't seen a while in here, he finished sprint today), he's on holiday next week.
[19:04] <fginther> karni, thanks. I'll find someone else to ping Monday