[08:28] <tsdgeos> otto failures are back ?¿ :(
[09:15] <tsdgeos> anyone running on i386?
[09:16] <tsdgeos> Mirv: do you have an i386 chroot with your qt52 packages?
[09:21] <tsdgeos> mhr3_: you there?
[09:21] <mhr3_> tsdgeos, no, why?
[09:22] <tsdgeos> mhr3_: karni was complaining on friday that he could not start unity8 when using demo-stuff PPA
[09:22] <mhr3_> possible, there were huge changes landing
[09:24] <Mirv> tsdgeos: no, only amd64
[10:33] <Guest86298> mhr3_: tsdgeos: good day o/
[10:34] <mhr3_> karni, hey
[10:34] <karni> mhr3_: You on holiday/working today?
[10:34] <mhr3_> wish i was on holiday
[10:34] <karni> hahah
[10:35] <karni> mhr3_: Is there any chance you could allocate some cycles to look into why demo-stuff ppa does not run with latest trusty-proposed?
[10:35] <mhr3_> karni, it should
[10:35]  * didrocks has a very similar wish than mhr3_
[10:35] <mhr3_> now :)
[10:35] <karni> mhr3_: Oh, that'd be neat
[10:36] <mhr3_> karni, the scope didn't build yet though
[10:36] <karni> mhr3_: online-music?
[10:36] <mhr3_> yep
[10:36] <karni> ack
[10:38] <mhr3_> karni, https://code.launchpad.net/~unity-team/+archive/demo-stuff/+recipebuild/635122
[10:38] <karni> mhr3_: Thanks Michal!
[10:40] <mhr3_> karni, something's wrong with saucy builds in that ppa, hope you're on T
[10:42] <karni> mhr3_: yeah, I'm talking trusty-proposed :)
[10:42] <karni> cool
[13:43] <mhr3_> mhall119, ping?
[13:47] <Gabriel> I have a problem with my duel screens (screen 1: 24 inch - screen 2: 22 inch) on every boot on password entering stage, the screens overlap, after loging in, i have to: monitor settings ->switch off the 22 inch and revert back, is there a fix?
[13:47] <mhr3_> karni, did you try demo-stuff? does it work now for you?
[13:57] <karni> mhr3_: flashed trusty, installing now
[14:04] <mzanetti> dandrader: hey, how is it going?
[14:05] <dandrader> mzanetti, hi
[14:05] <mzanetti> dandrader: are you feeling any better?
[14:05] <dandrader> mzanetti, I'm managing
[14:05] <mzanetti> :/
[14:06] <mzanetti> dandrader: I have an issue with an EdgeDragArea you might be able to tell what it is:
[14:06] <mzanetti> dandrader: for some reason the gesture doesn't seem to be recognized if I'm too fast
[14:06] <dandrader> mzanetti, maybe too few samples
[14:06] <mzanetti> but we don't have anything like maxSpeed, do we?
[14:06] <dandrader> mzanetti, maybe we do. let me check
[14:07] <mzanetti> dandrader: I'm using the exact same EdgeDragArea code than on the left edge
[14:07] <dandrader> mzanetti, no, we don't have a maxSpeed or anything like that
[14:07] <mzanetti> only difference is direction. LeftWards vs RightWards
[14:08] <mzanetti> the launcher comes in 100% reliable with those fast gestures
[14:08] <mzanetti> but with the right edge I can make it fail in 80% of the cases if I'm swiping fast
[14:09] <dandrader> mzanetti, try setting DIRECTIONALDRAGAREA_DEBUG to 1 in DirectionalDragArea.cpp and see if you spot anything suspect
[14:15] <mzanetti> dandrader: yeah... Rejecting gesture because touch point is outside allowed area.
[14:15] <mzanetti> dandrader: but doesn't this happen on the left edge then?
[14:15] <dandrader> mzanetti, didn't get your question
[14:16] <mzanetti> dandrader: this is an example of the left edge: http://paste.ubuntu.com/6786044/
[14:17] <mzanetti> dandrader: you can see that I moved ~150 pixels before the gesture is recognized
[14:17] <mzanetti> on my screen that is about 7.5 grid units
[14:17] <mzanetti> the EdgeDragArea is 2 gu in width
[14:17] <mzanetti> dandrader: now here's the same for the right edge: http://paste.ubuntu.com/6786029/
[14:18] <mzanetti> the movement here is only around 80 pixels (4 gu)
[14:18] <mzanetti> but still it is rejected because it outside the allowed area
[14:20] <dandrader> mzanetti, are you sure the DDA here http://paste.ubuntu.com/6786029/ has its direction set to Leftwards?
[14:20] <mzanetti> awww man
[14:20] <mzanetti> of course it isn't :D
[14:20] <dandrader> mzanetti, :)
[14:20] <mzanetti> dandrader: you don't wanna know how often I read this line and didn't see the issue
[14:21] <mzanetti> dandrader: thanks a lot
[14:21] <dandrader> yw
[14:21] <tsdgeos> man, how did i end up here? :D http://paste.ubuntu.com/6786056/
[14:21] <mzanetti> much better now
[14:23] <mzanetti> tsdgeos: that looks just about the right layer to debug some qml
[14:23] <mzanetti> :P
[14:26] <mhall119> mhr3_: pong
[14:26] <mhr3_> mhall119, hey, sent you a mail with updated scopes docs, mind uploading it?
[14:27] <mhall119> mhr3_: sure
[14:30] <karni> tsdgeos: Can't attend SU, longer 1-1 with John. my update: looking into scope rendering issues for Scott
[14:31] <tsdgeos> oki
[14:49] <mhr3_> Cimi, hey, are you working on the new preview widgets?
[14:49] <Cimi> mhr3_, yes
[14:49] <mhr3_> Cimi, how is it looking?
[14:50] <Cimi> mhr3_, I started friday, was quite sick last week
[14:50] <Cimi> mhr3_, basically it's abstracting them, right?
[14:50] <mhr3_> Cimi, yea, i'm wondering if we could try to hook it up with some scope this week
[14:50] <Cimi> mhr3_, better next week
[14:51] <Cimi> mhr3_, not in London this week
[14:51] <mhr3_> Cimi, ah, ok, keep me posted anyways
[14:52] <Cimi> sure
[15:19] <karni> thostr_: (Cc mhr3_ (?)) Any chance for some sprint summary notes? :)
[15:20] <thostr_> karni: no news from backend, from front end point of view I already requested a summary (the cleaned spec) from design
[15:20] <mhall119> Saviq: can I get an update on those packages needed to build Unity8 on Saucy?
[15:20] <karni> mhall119: he's on holiday this week
[15:20] <karni> thostr_: thank you
[15:21] <mhall119> karni: ah,thanks, anybody else know about those packages?
[15:22] <mhr3_> mhall119, the recipes are setup to monitor distro branches, once stuff lands in t, it should get build in the ppa
[15:24] <mhall119> it looks like I'm stuck on a package build that failed
[15:24] <mhall119> unity-scopes-api
[15:25] <mhr3_> mhall119, there's landing ask for everything scopes related, should all get updated soon
[15:25] <mhr3_> which will then trigger the s rebuilds
[15:26] <mhall119> ok
[15:27] <mhr3_> mhall119, btw docs updated yet?
[15:28] <mhall119> mhr3_: in a call and working on it now
[15:28] <mhr3_> cool
[15:30] <mhall119> mhr3_: should be updated now
[15:31] <mhr3_> mhall119, it is indeed, thx
[15:33] <mhall119> np
[15:34] <mhall119> mhr3_: is there any way to get structured non-HTML docs from doxygen that I could use to import into the new API Website?
[15:35] <mhr3_> mhall119, dunno what do you need exactly, but afaik doxygen can generate lots of formats
[15:36] <bregma> mhall119, Doxygen will produce XML for doing what you want
[15:36] <mhr3_> mhall119, http://www.stack.nl/~dimitri/doxygen/manual/output.html
[15:36] <bregma> all you need is an appropriate XSLT to transform it
[15:36] <mhall119> mhr3_: I can use almost anything, I've been writing simple python scripts to parse and import docs, but structured is better
[15:37] <mhall119> mhr3_: what branch are the docs generated from?
[15:38] <mhr3_> mhall119, lp:unity-scopes-api
[15:39] <tsdgeos> Mirv: shall we remove the 5.2 tag from https://bugs.launchpad.net/libusermetrics/+bug/1268858 ?
[15:57] <tsdgeos> MacSlow: saviq and i talked about the timeformatter stuff
[15:57] <tsdgeos> the outcome was
[15:57] <tsdgeos> we don't care
[15:57] <tsdgeos> so we documented it as
[15:57] <tsdgeos> NB: The tests expect the locale to be the C locale, they may fail if run
[15:57] <tsdgeos> under a different locale, if you get failures others can not reproduce
[15:57] <tsdgeos> prepend 'LC_ALL=C' to the 'make test' command
[16:13] <mzanetti> tsdgeos: did you flash your phone today?
[16:13] <tsdgeos> nope
[16:13] <mzanetti> hmm... don't do :D
[16:13] <tsdgeos> ok :D
[16:15] <mzanetti> didrocks: in which image did that nested mir stuff land?
[16:15] <mzanetti> trying to get back a device where I can work on
[16:18] <karni> tsdgeos: Re: my MP - I don't have a better answer than "it's because I followed how ResponsiveGridView was implemented. It did not have bottom margin". Perhaps that needs fixing.
[16:19] <karni> mhr3_: Any chance you could help me to get this working in unity-scope-tool? I missed a small bit, the scope does not show up, and I was hoping you could help (as saviq is on holiday) https://code.launchpad.net/~unity-team/unity8/new-scopes-vj-integration/+merge/201932
[16:20] <mhr3_> karni, quick hangout?
[16:20] <karni> mhr3_: sure, let me quickly fire up laptop, this PC has no mic/cam
[16:20] <mhr3_> k
[16:22] <karni> Why do I always have a problem starting a new empty hangout, that should be easier ;P
[16:23] <karni> mhr3_: mind throwing a link over?
[16:23] <mhr3_> yep, sec
[16:24] <karni> mhr3_: http://hangouts.google.com/start
[16:24] <karni> wait ;D
[16:24] <karni> https://plus.google.com/hangouts/_/72cpj4vcqegbshpl3u3msouijs
[16:24] <karni> that one
[16:24] <mhr3_> i was faster :P
[16:24] <karni> mhr3_: lol sry, can you send it again? accidentaly closed window
[16:24] <mhr3_> nevermind, joining :)
[16:25] <MacSlow> tsdgeos, ok
[16:27] <didrocks> mzanetti: you mean, you want to investigate it or not have that issue?
[16:27] <didrocks> mzanetti: if the latter, the latest image (138) is fine
[16:28] <mzanetti> didrocks: ah cool, thanks
[16:35] <MacSlow> tsdgeos, should I mark the filed bug (LP: #1270861) as "Won't fix" then with the remark regarding the C-locale?
[16:36] <tsdgeos> MacSlow: i guess yes
[16:39] <MacSlow> tsdgeos, done
[16:39] <mhr3_> karni, the good news is that i see the same thing you mentioned - works with make try... but not in scope-tool
[16:39] <mhr3_> karni, but as for why that is... didn't notice anything obvious
[16:40] <karni> mhr3_: thank you for giving it a shot
[16:58] <tsdgeos> karni: if yhe other ones don't have it either maybe you shouldn't have it here either, looks wrong to me but having it behave different is also weird
[16:58] <tsdgeos> mzanetti: opinions?
[16:58] <tsdgeos> mzanetti: my last comment at https://code.launchpad.net/~unity-team/unity8/new-scopes-vj-integration/+merge/201932
[16:58]  * mzanetti reads
[16:59] <karni> tsdgeos: The margin at the bottom would be after the last element, so that makes sense.
[16:59] <karni> tsdgeos: FTR If we end up +1'ing this today, I don't want you to top-approve, before I make this work in unity-scope-tool. mhr3_ didn't find any obvious reasons why wouldn't it work.
[17:00] <tsdgeos> sure
[17:00] <karni> The interesting part is that, once you turn on the carousel, and switch back to grid, unity-scope-tool f's up, so that's weird as well.
[17:01] <mhr3_> karni, Saviq mentioned that issue last week, so it's something he's aware of
[17:01] <karni> mhr3_: ah, good
[17:02] <mhr3_> karni, btw since qt doesn't complain about anything, maybe it's an issue with sizing?
[17:02] <mhr3_> width not set properly
[17:02] <mhr3_> or something
[17:03] <karni> mhr3_: yes, that's what I suspect. trying now.
[17:06] <karni> mhr3_: (FYI thostr_1 ) indeed, seems like height problem. I forced a fixed height, and see stuff appear.
[17:06] <karni> yay
[17:06] <karni> Now I need to get it righrt
[17:06] <tsdgeos> karni: poor's man debugging is adding qml rectangles with color that anchor.fill stuff until you find out what's not showing
[17:06] <karni> *right
[17:06] <tsdgeos> oh, you found it already :D
[17:07] <karni> tsdgeos: but that's a good tip for a future (in case I *need* something like that)
[17:07]  * mzanetti does that all the time
[17:07] <karni> tsdgeos: makes me thinkg qmlscene should support something like --view-outlines
[17:07] <mhr3_> karni, btw do you recall which scope is supposed to be using this?
[17:08] <mhr3_> cause i wonder how scrolling and cat expansion will work with this
[17:08] <karni> mhr3_: no, it was just a bit I picked to learn a lot about the code base, and we *could* use that in one of the scopes for MWC.
[17:09] <karni> mhr3_: yes, that's something I'd like to know as well, don't know as of now as FilterGridView explicitly implements collapsing
[17:09] <karni> so that bit might be yet missing.
[17:09] <karni> mhr3_: baby steps :)
[17:09] <mhr3_> right :)
[17:17] <myNameIsWho> ping mzanetti  I was wondering if you had some time to talk to me about LauncherModel  for Unity plugin.  I was using it and can not seem to get back anything other then applications://   is there a different model for unity://  ? thanks
[17:19] <mzanetti> myNameIsWho: what are you trying to do?
[17:19] <myNameIsWho> lik for 'unity://running-apps', 'unity://expo-icon', 'unity://devices']
[17:20] <myNameIsWho> mzanetti,  make a launcher
[17:20] <myNameIsWho> mzanetti,  http://imagebin.org/287811
[17:21] <mzanetti> myNameIsWho: you want to replace the existing launcher?
[17:22] <myNameIsWho> mzanetti, not replace add option.  there is other launcher also.  But that is besides that point
[17:22] <mzanetti> myNameIsWho: in that case you want to replace the launchermodel too
[17:22] <mzanetti> or well, not use it
[17:22] <myNameIsWho> mzanetti,  I am not use to using qmlreg singleton type though it is real COOL !
[17:23] <myNameIsWho> mzanetti,  so you think that I should make different models that read dbus ?
[17:23] <mzanetti> myNameIsWho: well, depends on what you want to show... you'll get running (recent) applications from the ApplicationManager
[17:24] <myNameIsWho> cool. mzanetti  yeah What I am doing is porting Ubuntu tv to Unity 8 code so that I can run it on my hdmi stick
[17:24] <mzanetti> myNameIsWho: you might be able to use the launcherbackend stuff to read the configs
[17:24] <mzanetti> myNameIsWho: ah, cool
[17:24] <mzanetti> myNameIsWho: ok, so this is the idea:
[17:25] <mzanetti> myNameIsWho: the stuff in launcherbackend is intended to be shared between different launchers
[17:25] <myNameIsWho> using zeroconf to connect to the phone to stream to tv
[17:25] <mzanetti> and the model should be replaced for each different launcher behavior
[17:25] <mzanetti> it might not be well enough structured so far tho
[17:26] <myNameIsWho> I see so like Unity 2d was with bfb trashs applications and devices
[17:26] <myNameIsWho> each as there own model
[17:26] <mzanetti> myNameIsWho: https://docs.google.com/a/canonical.com/drawings/d/1AlMDP0VqadG2s0ZdV2lG-5f2SEgpUXjNrfkCq970fDI/edit
[17:27] <mzanetti> myNameIsWho: actually you should only imeplement a new launcher model. if you stick with the LauncherModelInterface api, the existing UI code will just work fine with a different behavior of the model
[17:27] <myNameIsWho> mzanetti,  I do not have permission to look at that
[17:29] <mzanetti> myNameIsWho: http://i.imgur.com/dp3Aj9P.png
[17:30] <myNameIsWho> mzanetti,  thank you you have been extremely helpful .
[17:51] <karni> mzanetti: mhr3: You guys mind giving this a quick sanity check? (starting from line 21. everything before line 21 is for reference)
[17:53] <mhr3> karni, this == ?? (sorry lost scrollback)
[17:53] <karni> oh sorry
[17:53] <karni> mzanetti: mhr3: http://paste.ubuntu.com/6787158/
[17:53]  * karni didn't paste the link
[17:53]  * mzanetti has no idea what this is about :/
[17:54] <mzanetti> well, I have an idea, but not qualified enough to give constructive feedback
[17:54] <karni> mzanetti: ack, np
[17:54] <karni> mhr3: this would basically inject the 'collapse' feature you asked about. The naming is ridiculous, though.
[17:55] <mhr3> karni, maybe we don't really want it though?
[17:55] <mhr3> maybe this thing is supposed to be always-expanded?
[17:55] <mhr3> but that's a design question
[17:55] <karni> TBH I think "FilterGrid" was a really poor name choice. collapsing is very distant from 'filtering' in my mind. /me stops rambling ;d
[17:56] <karni> mhr3: let me have a quick look at the spec
[17:56] <karni> "35 GU - when category is collapsed, cards are cropped at 35 GU"
[17:57] <karni> mhr3: now that it works extended (just added anchors.fill: parent in 2 places) the next step would be to make it collapsible.