[00:01] <robru> lol, just noticed that was in the wrong channel... ;-)
[07:12] <mzanetti> tsdgeos: good morning
[07:12] <tsdgeos> morning
[07:12] <tsdgeos> how did it end up?
[07:12] <mzanetti> tsdgeos: how do you feel?
[07:12] <tsdgeos> still sick
[07:12] <mzanetti> tsdgeos: :/
[07:12] <tsdgeos> but been sick for 3 weeks :D
[07:12] <mzanetti> tsdgeos: oh
[07:12] <tsdgeos> not feeling as bad as yesterday evening
[07:12] <tsdgeos> just regular
[07:13] <mzanetti> regular == sick?
[07:13] <mzanetti> thats now how it should be
[07:14] <tsdgeos> :D
[07:14] <tsdgeos> i know
[07:14] <mzanetti> tsdgeos: well, anyways, I'haven't been able to reproduce it locally
[07:15] <tsdgeos> still failing on CI?
[07:15] <Sonny> hi,
[07:16] <Sonny> does anyone knows how to open autocad drawing in linux mint 14 ?
[07:16] <tsdgeos> off topic
[07:17] <Sonny> or any .dwg file?
[07:23] <mzanetti> tsdgeos: it passed, but the test seems to have become a bit more fragile
[07:26] <tsdgeos> :/
[07:37] <tsdgeos> MacSlow: you aware that testNotifications is coredumping on the CI machine?
[07:49] <didrocks> sil2100: hey! small approval, big karma: https://code.launchpad.net/~didrocks/camera-app/bootstrap/+merge/160553
[07:51] <sil2100> didrocks: hi! Approved ;) Thanks!
[07:51] <didrocks> thanks ;)
[07:51] <sil2100> It seems we missed quite a few, thought we already did camera-app
[07:51] <didrocks> sil2100: keep me posted on the hud story ;-)
[07:51] <didrocks> sil2100: yep
[07:51] <didrocks> sil2100: on autopilot, I just heard that there are two autopilots
[07:51] <didrocks> sil2100: one for phablet, one for desktop
[07:52] <didrocks> sil2100: maybe something to look at :)
[07:52] <sil2100> hm, I'll check that, as I was always rather targetting the desktop
[07:54] <didrocks> sil2100: yeah, but the API is different
[07:55] <didrocks> sil2100: so I guess touch apps are using the phablet autopilot API
[07:55] <didrocks> (yeah /o\)
[08:11] <thomi> didrocks: not for long
[08:11] <thomi> didrocks: the full story is that the phablet autopilot is hacked together to work on the phablet - it doesn't work on the desktop. Autopilot 1.3 works on both, but isn't quite finished yet
[08:12] <didrocks> thomi: yeah, I think we need a clear ETA, because right now, there is no way to have daily release in S
[08:12] <thomi> didrocks: but we're working hard to make it very usable by the time we get to oakland, and hopefully released by the time we leave oakland
[08:12] <didrocks> thomi: and so, no more certified image in raring
[08:12] <didrocks> thomi: ok, let's discuss that during the sprint :)
[08:12] <thomi> didrocks: absolutely
[08:12] <didrocks> thomi: then, see my comment about backward compatbility, it's something we really need to acknowledge
[08:13] <sil2100> \o
[08:13] <didrocks> thomi: so let's say 1.3 will be the first one to ensure in the future backward compatibility :)
[08:13] <thomi> didrocks: can we leave that conversation until we're face to face?
[08:13] <didrocks> sure
[08:13] <thomi> didrocks: we certainbly need to think about it, but now's not the time :)
[08:13] <thomi> my brain is fried
[08:13] <didrocks> thomi: heh ;)
[08:13] <thomi> hacking boost::spirit
[08:13] <thomi> it's fun, but turns you into a vegetable afterwards
[08:20] <nic-doffay> mzanetti, you around?
[08:20] <mzanetti> nic-doffay: I'm always :P
[08:21] <mzanetti> nic-doffay: nah... today I have to leave early
[08:21] <mzanetti> nic-doffay: how can I help you?
[08:21] <nic-doffay> Regarding the signals, I wasn't able to find any info on how to connect one to an existing signal, eg onClick.
[08:21] <nic-doffay> mzanetti, ^
[08:22] <mzanetti> nic-doffay: you mean to fire a signal?
[08:22] <mzanetti> or to connect to a signal?
[08:22] <nic-doffay> mzanetti, when onClick is called in another component I'd like to trigger the signal.
[08:22] <mzanetti> onclicked: doIt();
[08:22] <mzanetti> nic-doffay: ^
[08:23] <mzanetti> nic-doffay: or better: onClicked: someComponent.someSignal();
[08:23] <mzanetti> nic-doffay: just call it like it would be a function
[08:23] <mzanetti> (which is what it is under the hood)
[08:27] <mzanetti> nic-doffay: signals short and easy: https://pastebin.canonical.com/89842/
[08:27] <mzanetti> hope this helps
[08:28] <mzanetti> nic-doffay: on a public pastebin: http://paste.ubuntu.com/5597782/
[08:30] <nic-doffay> Ah right mzanetti thought there was something more to it!
[08:32] <mzanetti> tsdgeos: http://s-jenkins:8080/job/unity-phablet-qmluitests-testing/
[08:32] <mzanetti> tsdgeos: 3 parallel qmluitests jobs on raring machines
[08:32] <tsdgeos> :-)
[08:43] <nic-doffay> mzanetti, in this case now, I'm having troubles calling the function on the dot component, check out this pastebin. What's the correct way to do that?
[08:43] <nic-doffay> http://paste.ubuntu.com/5597803/
[08:45] <mzanetti> nic-doffay: this does look good... calling "dots.unlockAnim()" should now trigger "functionInDotComponent()" for each dot. doesn't work?
[08:45] <tsdgeos> Saviq: still here?
[08:46] <mzanetti> tsdgeos: I think he is flying to US today
[08:46] <nic-doffay> mzanetti, nope.
[08:47] <tsdgeos> mzanetti: i'm consfused in https://code.launchpad.net/~saviq/unity/phablet.release-172/+merge/159881 over if we shall have a quantal or raring release
[08:48] <mzanetti> nic-doffay: hmm... weird... can you add a print() in onUnlockAnim and see if that is called?
[08:48] <mzanetti> tsdgeos: it should be raring
[08:49] <tsdgeos> so we shouldn't approve that one
[08:49] <sil2100> tsdgeos: hi!
[08:49] <mzanetti> tsdgeos: I'd say we should use this branch and do the release to raring
[08:50] <tsdgeos> sil2100: ho
[08:51] <sil2100> tsdgeos: since you work on some things related to HUD... do you know if the new HUD will include results from indicators in the nearest time?
[08:51] <sil2100> (since Ted's sleeping still)
[08:51] <tsdgeos> sil2100: it already does but no it won't :D
[08:51] <tsdgeos> worst sentence ever
[08:51]  * mzanetti agrees
[08:51] <sil2100> Wow
[08:51] <tsdgeos> sil2100: the new hud returns results per app
[08:52] <tsdgeos> but the old hud ui doesn't know about "per app"
[08:52] <tsdgeos> so the results are there
[08:52] <sil2100> tsdgeos: and that's 'by design decision'
[08:52] <tsdgeos> you just don't see them
[08:52] <tsdgeos> because the UI is "old"
[08:52] <tsdgeos> sil2100: i guess
[08:52] <tsdgeos> didrocks: afair ted said you said it was ok?
[08:53] <nic-doffay> mzanetti, in the output it says the function isn't defined.
[08:53] <sil2100> tsdgeos: ok, so when there is no active application is running, there is supposed to be no results, right? Or should it return the desktop-related results?
[08:53] <didrocks> tsdgeos: yep, it's an acceptable regression for the desktop
[08:53] <didrocks> sil2100:  ^
[08:53] <mzanetti> nic-doffay: which function?
[08:53] <tsdgeos> sil2100: no clue to be honest
[08:53] <nic-doffay> Ah I think I see what the issue is mzanetti
[08:53] <nic-doffay> Let me just check.
[08:54] <sil2100> didrocks: ok, if this is going to stay, I'll also fix those HUD tests that assume that the indicator entries are supposed to be in the HUD result set
[08:54] <didrocks> sil2100: yeah, that would be nice!
[08:54] <nic-doffay> mzanetti, I had to reference it by the id of the Dot.
[08:54] <tsdgeos> mzanetti: you do it (retarget to raring) and i test+approve?
[08:55] <mzanetti> tsdgeos: ok
[08:56] <tsdgeos> grrrr
[08:56] <tsdgeos> the new raring images come with the ppas
[08:56] <tsdgeos> but the deb-src line commented out
[08:56] <tsdgeos> so our run_on_device fails
[08:57] <tsdgeos> or maybe is the add-apt-repository that doesn't default to -s now?
[08:58] <tsdgeos> yay
[09:00] <mzanetti> its that?
[09:01] <tsdgeos> think so
[09:01] <tsdgeos> trying
[09:08] <tsdgeos> yep that's working
[09:08] <tsdgeos> thing is
[09:08] <tsdgeos> there's no -s in quantal
[09:08] <tsdgeos> there is in raring
[09:08] <tsdgeos> i guess we can just add it and declare quantal dead?
[09:09] <tsdgeos> for run_on_device at least
[09:09] <tsdgeos> since the images are all raring based now
[09:09] <tsdgeos> mzanetti: ↑ ? others: ↑?
[09:09] <mzanetti> tsdgeos: +1
[09:11] <mzanetti> tsdgeos: ah btw... I found a way to reproduce an issue where the HUD button doesn't disappear any more :)
[09:11] <mzanetti> tsdgeos: by HUD button I mean the ubuntushape with the magnifier glass that appears when swiping from the bottom
[09:12] <tsdgeos> mzanetti: press+hold and move the mouse out of the "window"?
[09:12] <mzanetti> tsdgeos: nope... it disappears fine there
[09:12] <tsdgeos> ok
[09:12] <tsdgeos> someone fixed that then :D
[09:13] <tsdgeos> how'
[09:13] <tsdgeos> ?
[09:13] <mzanetti> tsdgeos: its a bit tricky: open an app. then use the launcher to start another app on top of that. but before the second app gets launched, drag up the HUD button and release _after_ the second app appeared => HUD button is stuck
[09:14] <tsdgeos> lol
[09:15] <mzanetti> tsdgeos: I had that every once in a while... Took me 2 months to figure how to reproduce it :D
[09:15] <tsdgeos> can't repro
[09:15] <tsdgeos> on the phone, right?
[09:16] <tsdgeos> mzanetti: https://code.launchpad.net/~aacid/unity/raring_run_on_device/+merge/160577
[09:16] <mzanetti> tsdgeos: yes, on the phone
[09:16] <tsdgeos> release where on the button or outside the button?
[09:16] <mzanetti> tsdgeos: https://code.launchpad.net/~mzanetti/unity/phablet-release-172/+merge/160578
[09:16] <mzanetti> tsdgeos: outside the button
[09:17] <tsdgeos> nope
[09:17] <tsdgeos> maybe i'm too slow bringing the hud up
[09:17] <mzanetti> tsdgeos: let me find the phone to try again... it was on the weekend when I played around with it for a while
[09:17] <tsdgeos> mzanetti: can you have a better release message?
[09:18] <tsdgeos> i.e. copy the crap from Saviq's one :D
[09:18] <mzanetti> tsdgeos: done
[09:19] <mzanetti> tsdgeos: just thinking a last time if we break anything with your change...
[09:20] <tsdgeos> we can only break run_on_device
[09:20] <mzanetti> tsdgeos: let me send you a video :D
[09:20] <tsdgeos> that's the only thing we touch
[09:21] <tsdgeos> mzanetti: what may happen is that people with old flashed phones have problems
[09:21] <tsdgeos> well they should a newer image
[09:21] <tsdgeos> raring based
[09:26] <mzanetti> tsdgeos: http://ubuntuone.com/5vhyvosjZ1q8TANOtcPnPM
[09:31] <mzanetti> I'll switch qmluitests over to raring now. the job seems stable enough
[09:32] <tsdgeos> mzanetti: that video confuses the hell out of me
[09:33] <tsdgeos> i don't get to see the launcher :D
[09:33] <tsdgeos> is it just because you're too fast?
[09:33] <tsdgeos> or the camera too slow?
[09:34] <mzanetti> tsdgeos: no... no launcher involved
[09:34] <tsdgeos> ok
[09:34] <mzanetti> tsdgeos: 2 runnign apps,
[09:34] <tsdgeos> then i didn't read you correctly
[09:34] <tsdgeos> :D
[09:34] <mzanetti> swiping from right to switch
[09:35] <tsdgeos> ah ok
[09:35] <tsdgeos> you previously said "then use the launcher to start another app on top of that"
[09:35] <tsdgeos> let me try that
[09:35] <mzanetti> tsdgeos: I think the launcher should work too. but this way it might be easier
[09:36] <tsdgeos> yeap can repro
[09:36] <tsdgeos> wonder why that happens
[09:38] <tsdgeos> may have to do with enabling/disabling the revealer while draging because the app in focus changes
[09:38] <tsdgeos> mzanetti: autopilot test for this? :D
[09:38] <mzanetti> tsdgeos: it would be possible, yes
[09:39] <mzanetti> tsdgeos: on the phone you don't have to wait for the mouse cursor to move
[09:39] <tsdgeos> given how slow the runners are
[09:39] <mzanetti> tsdgeos: so I guess in slow jenkins it would be quite easy to reproduce
[09:39] <mzanetti> but then again, in jenkins we use mouse instead of finger
[09:39] <tsdgeos> otoh the jenkins uses the "fake" qtubuntu thing
[09:40] <tsdgeos> so may not exactly be getting the same signals in the same order than the real thing
[09:41] <tsdgeos> mzanetti: can you open a bug so we don't forget?
[09:43] <mzanetti> yes
[09:44] <mzanetti> tsdgeos: how do we report bugs? just report them to unity?
[09:45] <tsdgeos> ye
[09:45] <mzanetti> this whole setup feels like a mess imho
[09:45] <tsdgeos> and there you can select the pahblet thing soemwhere
[09:45] <tsdgeos> let me see
[09:46] <tsdgeos> mzanetti: something like what this does https://bugs.launchpad.net/unity/phablet/+bug/1160128
[09:51] <mzanetti> tsdgeos: https://bugs.launchpad.net/unity/+bug/1172212
[09:56] <tsdgeos> tx
[09:57] <nic-doffay> mzanetti, I'm afraid I'm going to need some more of your help. Now that I've redone everything without using absolute positioning I'm in slightly unknown territory. I'm assuming my issue is regarding anchor points. Mind if you take a look at my branch?
[09:58] <mzanetti> nic-doffay: hit me
[09:58] <nic-doffay> mzanetti, just going to push.
[09:58] <nic-doffay> You'll see what's obviously wrong upon running qmlscene Infographics.qml
[09:58] <sil2100_> Great, my system crashed with a GPU hang, good to loose some AP test results
[09:59] <sil2100_> ...
[10:01] <nic-doffay> mzanetti, https://code.launchpad.net/~nicolas-doffay/unity/infographics_transitions
[10:02] <nic-doffay> let me know when you've run it.
[10:11] <mzanetti> nic-doffay: do a "bzr merge lp:~mzanetti/unity/infographics_transitions"
[10:13] <mzanetti> nic-doffay: ok... pushed again... using radius is enough instead of defining centerX and centerY
[10:13] <nic-doffay> I'm assuming that's due to the anchoring?
[10:14] <nic-doffay> mzanetti, ^
[10:14] <mzanetti> nic-doffay: no... by using x and y you don't use anchors
[10:15] <mzanetti> nic-doffay: a x,y of 0,0 would be the top left corner of your image
[10:15] <nic-doffay> mzanetti, what's the use of centerX and centerY, I don't see them being used.
[10:15] <tsdgeos> mzanetti: why unstable? http://10.97.2.10:8080/job/generic-mediumtests/1577/
[10:15] <mzanetti> nic-doffay: merge again... I removed them again
[10:16] <nic-doffay> I just did, still there, I'll just remove em myself.
[10:16] <mzanetti> tsdgeos: there is one failed test
[10:16] <mzanetti> nic-doffay: oh right... yes. I forgot them
[10:16] <mzanetti> nic-doffay: just throw them away
[10:16] <tsdgeos> mzanetti: oh right, i was tricked by the no_videos thing
[10:17] <mzanetti> nic-doffay: does that help you?
[10:18] <mzanetti> nic-doffay: or was the question a different one?
[10:18] <nic-doffay> mzanetti, not really I just see you added the radius again.
[10:18] <mzanetti> nic-doffay: so what exactly is the question then?
[10:19] <nic-doffay> mzanetti, how to get the ring of dot's centred within the circle.
[10:19] <mzanetti> nic-doffay: isn't that whats happening now?
[10:20] <mzanetti> nic-doffay: ok.. its not totally centered, but thats because the image has some empty space around the circle
[10:21] <nic-doffay> mzanetti, I must have missed that.
[10:21] <nic-doffay> mzanetti, I just check the image, I don' see any empty space?
[10:21] <tsdgeos> mzanetti: ooka, so just reapprove?
[10:21] <mzanetti> nic-doffay: hmm... right... same here
[10:21] <mzanetti> nic-doffay: let me check
[10:22] <mzanetti> tsdgeos: what?
[10:22] <nic-doffay> mzanetti, adding the halfHeight of the dot to the x & y calculation does improve the positioning a bit, but it's still slightly off centre.
[10:22] <tsdgeos> mzanetti: this one https://code.launchpad.net/~aacid/unity/raring_run_on_device/+merge/160577
[10:25] <mzanetti> nic-doffay: pushed... now its exactly there
[10:26] <mzanetti> nic-doffay: I added the radius and subtracted the size of the elements
[10:26] <mzanetti> elements == dots
[10:26] <mzanetti> tsdgeos: done
[10:26] <nic-doffay> mzanetti, added the radius to what?
[10:26] <mzanetti> nic-doffay: to the dot position
[10:26] <nic-doffay> mzanetti, it's already being added, so you mean you added it twice?
[10:26] <mzanetti> nic-doffay: that was already there in my last commit... just saying what I changed in total
[10:27] <mzanetti> nic-doffay: no... not twice
[10:27] <mzanetti> nic-doffay: also the radius calculation had some "-units.gu(1.5)" which I removed
[10:28] <mzanetti> nic-doffay: anyways... just merge my branch again and you'll see
[10:29] <nic-doffay> mzanetti, ah I see the implicit width.
[10:29] <nic-doffay> mzanetti, before it was the infographicsWidth, but Saviq advised I removed it.
[10:30] <mzanetti> nic-doffay: yeah.. he seems to dislike height/width ever since he discovered implicitWidth/implicitHeight :D
[10:30] <nic-doffay> I'll fix up the rest now, the rotations off again as a result.
[10:30] <mzanetti> nic-doffay: not totally agree in all cases with him there... anyways... it works
[10:31] <nic-doffay> cheers for the help mzanetti
[10:31] <mzanetti> np
[10:58] <nic-doffay> mzanetti, one last thing, what's the best method to centre that circle with the anchors? Before I was setting both the horizontalCentre and VerticalCentre, but I'm sure there's a better way...
[10:58] <tsdgeos> nic-doffay: centerIn
[10:58] <mzanetti> anchors.centerIn: parent
[10:58] <nic-doffay> tsdgeos, mzanetti cheers.
[11:09] <tsdgeos> mzanetti: hmmm, how did https://code.launchpad.net/~mzanetti/unity/phablet-release-172/+merge/160578 get merging without autolanding job¿?¿
[11:10] <mzanetti> fockin hell... my mouse cursor froze
[11:10] <mzanetti> can't click the link
[11:11] <mzanetti> narf... /me doesn't want to reboot now
[11:11] <tsdgeos> lol
[11:11] <tsdgeos> restart the wm?
[11:12] <mzanetti> tried kwin --replace. didn't help
[11:12] <mzanetti> this happens sometimes when switching between desktops
[11:13] <mzanetti> nope... no chance to get it back... bbiab
[11:14] <sil2100> didrocks: ok, so, I have some HUD fixes in a merge proposal but I want to run one more test run on my guest session, as I lost some of the results due to a GPU hang
[11:14] <sil2100> didrocks:  https://code.launchpad.net/~sil2100/unity/autopilot_hud_2.0_fixes/+merge/160610
[11:15] <didrocks> sil2100: excellent! Should I let you coordinate that with ken?
[11:15] <sil2100> didrocks: I'm waiting for Ted to appear, as I think there is a regression that needs to be fixed, and also consulting one of the strange things that HUD is doing
[11:15] <didrocks> sil2100: the ">"?
[11:15] <sil2100> didrocks: I'll also ping him once he's up
[11:16] <sil2100> didrocks: not that, since that's a know thing that changed - it's about using an unicode EN SPACE instead of a regular ' ' space in the HUD entries
[11:16] <sil2100> didrocks: it's \u2002
[11:16] <didrocks> sil2100: ah, interesting… :)
[11:16] <didrocks> sil2100: yeah, better to check!
[11:16] <sil2100> I go guesting again ;p brb
[11:29] <mzanetti> didrocks: sil2100: mediumtests are switched to raring
[11:29] <mzanetti> tsdgeos: ^
[11:29] <tsdgeos> goodie
[11:30] <sil2100> \o/
[11:30] <sil2100> mzanetti: excellent!
[11:30] <sil2100> Thanks :)
[11:30] <mzanetti> np
[11:30] <mzanetti> it was about time
[11:30] <mzanetti> but yeah... kept me busy till midnight yesterday
[11:31] <didrocks> mzanetti: excellent news :)
[11:32] <mzanetti> sil2100: didrocks: so please enable them again for the apps
[11:34] <didrocks> mzanetti: yeah, do you have a ppa with AP for phablet?
[11:34] <didrocks> mzanetti: as it's still different from AP for desktop (which is what we have in the -next ppa for now)
[11:34] <mzanetti> didrocks: ppa:autopilot/ppa
[11:35] <mzanetti> didrocks: btw... haven't been able to build/run the camera-app any more after your latest changes
[11:37] <didrocks> mzanetti: my change?
[11:37]  * didrocks doubts the bootstrap commit did change anything
[11:37] <mzanetti> didrocks: let me rephrase. the changes you've been pushing involving the HUD stuff
[11:38] <didrocks> mzanetti: something to check with sil2100, mterry or kenvandine who did the changes?
[11:40] <mzanetti> where do I get HUD 1.0 from?
[11:40] <tsdgeos> lp:hud
[11:40] <mzanetti> tsdgeos: don't we have packages for that?
[11:41] <tsdgeos> mzanetti: don't know :D
[11:41] <tsdgeos> i guess there are some
[11:41] <tsdgeos> somewhere
[11:41] <tsdgeos> sil2100 ought to know where they are
[11:43] <didrocks> mzanetti: ~ubuntu-unity/daily-build-next
[11:44] <mzanetti> didrocks: is this save to add?
[11:45] <didrocks> mzanetti: it would be better to add the ~ubuntu-unity/next ppa, which is where stuff are copied once the packages are "certified" (built and autopilot running)
[11:45] <didrocks> mzanetti: but as I understood, in addition to the HUD transition, AP is different on phablet…
[11:45] <didrocks> so it will take the sprint to get everyone on the same page :/
[11:45] <mzanetti> didrocks: just use autopilot-phablet everywhere
[11:45] <didrocks> (it's amazing how PS can put themselves in difficult position forking everywhere their own projects…)
[11:45] <didrocks> mzanetti: no
[11:46] <didrocks> mzanetti: it doesn't work on desktop
[11:46] <mzanetti> didrocks: it does
[11:46] <didrocks> mzanetti: ? thomi told that unity doesn't work with it
[11:46] <mzanetti> it does
[11:46] <mzanetti> didrocks: ah... old unity
[11:46] <mzanetti> dunno
[11:46] <didrocks> mzanetti: well, current unity
[11:46] <didrocks> you know, the thing we are shipping :)
[11:46] <didrocks> in a real product
[11:47] <didrocks> so yeah, making all those transitions, it's just making things painful
[11:47] <mzanetti> didrocks: anyways... autopilot-phablet does work on desktop... we use it to test all our apps on desktop and unity-next
[11:48] <didrocks> mzanetti: right, but if I put that to the daily-build ppa, we won't have anymore tests passing for unity itself
[11:48] <didrocks> mzanetti: so we need an interim solution
[11:48] <didrocks> or forking even the package name and namespace
[11:48] <mzanetti> the package name is different
[11:48] <sil2100> mzanetti: you mean, the QML HUD 1.0 ?
[11:48] <mzanetti> python-autopilot vs autopilot-phablet
[11:49] <mzanetti> sil2100: yes
[11:49] <didrocks> mzanetti: but they do install files in the same path? if not, we can work on getting things on more quickly
[11:49] <sil2100> mzanetti: the branch name is lp:libhud-qt while the package name is qtdeclarative5-hud1.0
[11:50] <mzanetti> didrocks: yes, they conflict. can't install both at the same time. but do you need to do that?
[11:52] <mzanetti> sil2100: the package name should be qtdeclarative5-hud1.0-plugin I guess
[11:52] <mzanetti> sil2100: to be consistent with the other plugins
[11:52] <didrocks> mzanetti: yeah, if we want to tests that apps can run in current unity and instrument both
[11:53] <mzanetti> sil2100: qtdeclarative5-hud1.0 depends on libhud-qt5 which is not in the ppa
[12:11] <mzanetti> MacSlow|lunch: so... it crashes on raring too. no idea why. I suggest adding debug prints between each of those lines to see where exactly it crashes
[12:12] <sil2100> mzanetti: looking
[12:14] <MacSlow> mzanetti, I'm on raring too... no crashes here
[12:14] <MacSlow> mzanetti, I'll mine the test print()s
[12:57] <tsdgeos_> tsdgeos: go away!
[13:04] <paulliu> tsdgeos: Is it possible to add ../../../../plugins/Unity/peoplepreviewdata into fake_unity_plugin.cpp??
[13:09] <tsdgeos> paulliu: you mean in the CMakeListst.txt?
[13:11] <paulliu> tsdgeos: No, in fake_unity_plugin.cpp. I need PeoplePreviewData.
[13:11] <mzanetti> dandrader: you up for a simple one? https://code.launchpad.net/~mzanetti/unity/phablet-fix-local-autopilot/+merge/160636
[13:11] <tsdgeos> paulliu: you mean the .cpp / .h file?
[13:11] <tsdgeos> sure, why not?
[13:12] <paulliu> tsdgeos: yeah, I mean qmlRegisterType<PeoplePreviewData>(uri, 0, 1, "PeoplePreviewData").
[13:12] <paulliu> tsdgeos: Any side effects? I'm checking and I think it is ok.
[13:13] <tsdgeos> paulliu: should be fine
[13:13] <paulliu> tsdgeos: ok..
[13:14] <paulliu> tsdgeos: I'll modify it and push it..
[13:14] <paulliu> tsdgeos: I mean MR.
[13:16] <mzanetti> tsdgeos: you have a minute for this? https://code.launchpad.net/~mzanetti/unity/phablet-fix-local-autopilot/+merge/160636
[13:16] <dandrader> mzanetti, yes, in a couple of minutes
[13:16] <mzanetti> ah ok...
[13:16] <mzanetti> tsdgeos: don't mind
[13:16] <tsdgeos> oki
[13:17] <paulliu> tsdgeos: ah.. wait. It seems I cannot do that. In peoplepreviewdata.h it includes lens.h
[13:17] <mzanetti> dandrader: not urgend... I just didn't know if you will read the message at all
[13:17] <paulliu> tsdgeos: So it needs to include fake_lens.h instead?
[13:18] <tsdgeos> paulliu: remove the include
[13:18] <tsdgeos> you don't need it
[13:18] <paulliu> tsdgeos: hmm, in peoplepreviewdata.h it is needed. It uses Lens type.
[13:19] <tsdgeos> it's not needed
[13:19] <tsdgeos> a forward declaration will suffice
[13:19] <paulliu> tsdgeos: ok..
[13:19] <tsdgeos> paulliu: you know what i mean?
[13:20] <paulliu> tsdgeos: I don't know what you mean but I'm trying to remove it.
[13:20] <tsdgeos> paulliu: let me do a quick MR
[13:20] <paulliu> tsdgeos: ok
[13:25] <tsdgeos> paulliu: https://code.launchpad.net/~aacid/unity/nolensinclude/+merge/160642
[13:27] <tsdgeos> though now that i see
[13:27] <tsdgeos> that won't really help you
[13:27] <tsdgeos> :D
[13:27] <tsdgeos> silly me
[13:28] <paulliu> tsdgeos: hmm.
[13:28] <tsdgeos> still you should probably approve it
[13:28] <tsdgeos> it's good to not include .h in .h unless it's strictly necessary
[13:28] <paulliu> tsdgeos: yeah.
[13:33] <mzanetti> tsdgeos: dandrader: standup
[13:33] <renato> sil2100, do you know where I can find the package "qtdeclarative5-hud1.0"?
[13:33] <tsdgeos> mzanetti: not really, hangout day is it today, no?
[13:33] <mzanetti> oh...
[13:34] <tsdgeos> i'm there with dandrader and olli waiting for the rest of you
[13:35] <sil2100> renato: it's in lp:libhud-qt, should be in the daily-build-next PPA
[13:35] <mzanetti> Cimi: https://plus.google.com/hangouts/_/5e9eec5b9e0f2e2903f09967025198df1acaf186
[13:36] <renato> sil2100, and where I can find: libhud1-dev??
[13:37] <sil2100> renato: also in the same PPA, it's from lp:hud
[13:58] <sil2100> mzanetti: hi! Regarding that qtdeclarative5-hud1.0 libhud-qt5 dep you said... (sorry it took so long) - where do you see t his dependency?
[13:59] <mzanetti> sil2100: apt-get install qtdeclarative5-hud1.0
[13:59] <mzanetti> sil2100: qtdeclarative5-hud1.0 : Depends: libhud-qt1 but it is not going to be installed
[13:59] <sil2100> Ah, libhud-qt1
[13:59] <paulliu> kgunn: sorry, can you share the link of google doc again for the sprint?
[14:00] <mzanetti> sil2100: but its different now...
[14:00] <sil2100> Strange, since it should be in the daily-build-next PPA
[14:00] <mzanetti> sil2100: now it says it conflicts, before it said there was no installation candidtate
[14:01] <mzanetti> sil2100: yep... started working now
[14:04] <sil2100> \o/
[14:04] <sil2100> mzanetti: maybe it wasn't published yet
[14:04] <sil2100> Or something
[14:05] <mzanetti> sil2100: thanks
[14:05] <mzanetti> camera-app works here again
[14:05] <mzanetti> (besides the fact that they messed up portrait/landscape again)
[14:11] <nic-doffay> mzanetti, mind taking another look at the branch to give your thoughts. I've disabled the rotation for now because it's totally screwed. After I sort out the positioning the rotation will be simple.
[14:11] <nic-doffay> Something is happening which is causing an issue I'm not aware of.
[14:16] <nic-doffay> mzanetti, nm started from the ground up and sorted it out.
[14:23] <tsdgeos> mzanetti: can you take care of this one https://code.launchpad.net/~aacid/unity/zdefssharedandmodule/+merge/160661 ?
[14:27] <mterry> mzanetti, while you're in review mode, my lightdm branch could use final approval: https://code.launchpad.net/~mterry/unity/phablet-greeter-lightdm/+merge/159846
[14:36] <Cimi> nic-doffay, if you come tomorrow to the office, we might chat on that if you need
[14:37] <Cimi> nic-doffay, there's free food and bubbles :)
[14:40] <ChrisTownsend> mhr3: Hey
[14:40] <nic-doffay> Cimi, chat about what?
[14:40] <mhr3> ChrisTownsend, morning
[14:41] <Cimi> nic-doffay, infographics
[14:41] <ChrisTownsend> mhr3: Hi, https://code.launchpad.net/~townsend/libunity/fix-search-hint-localization/+merge/156420 should be ready to review again when it's convenient for you.
[14:41] <Cimi> nic-doffay, I thought you needed help no?
[14:41] <nic-doffay> Cimi, I'm busy sorting it out now. I just needed to figure out what QML did already for you.
[14:42] <Cimi> ok
[14:43] <mhr3> ChrisTownsend, cool, btw:
[14:43] <mhr3> > I'm marking the Unity bugs Invalid since the fix is other packages.
[14:43] <mhr3> ChrisTownsend, pls don't do that, those bugs are usually used as a "tracking" masterbug
[14:44] <mhr3> at least in case of unity, might be different in other projects
[14:44] <ChrisTownsend> mhr3: Oh, ok.  How should it be marked since the fix is not in Unity?
[14:44] <ChrisTownsend> Or is libunity considered part of Unity?
[14:45] <didrocks> sil2100: joining #ubuntu-touch?
[14:46] <mhr3> ChrisTownsend, you're still free to make it affect other projects and set proper statuses there, but the unity bug is a master bug and it's usually marked as fixed when all subcomponents are fixed
[14:46] <mhr3> just a milestoning thing
[14:47] <ChrisTownsend> mhr3: Ok, that makes sense.  Does this only affect the Unity project bug and not the Unity (source) package bug?
[14:47] <ChrisTownsend> Just want to make sure I get it right.
[14:48] <mhr3> i also wonder what's the idea there with inline packaging and daily releases
[14:51] <ChrisTownsend> mhr3: Ok, I guess we'll leave the unity package bug Invalid for now?
[14:52] <mhr3> fine with me, it doesn't have effect on the milestoning
[14:52] <ChrisTownsend> mhr3: Ok, thanks!
[15:03] <sil2100> didrocks: had lunch, I'm back now
[15:06] <seb128> tedg, hey
[15:07] <tedg> Howdy seb128
[15:07] <seb128> tedg, just as a comment, I'm not sure I agree with "debug on by default" ... do you intend that as a temporary thing until things settle down (e.g turn off before landing in Ubuntu or a release)?
[15:08] <seb128> tedg, reading your comments with cyphermox on the indicator merge request
[15:08] <tedg> seb128, Uhm, I guess.  I was thinking about leaving it on.  It won't get in anyone's way and there's logrotate already setup...
[15:08] <seb128> tedg, logs keep hitting the disk and trigger wakeups
[15:09] <seb128> I would prefer to avoid writing to much on disk on idle for releases if possible
[15:09] <seb128> too
[15:09] <tedg> I guess.
[15:09] <tedg> Perhaps we could set it globally for non-releases then.
[15:09] <seb128> yeah, I would prefer that
[15:09] <seb128> like we do turn apport off for release
[15:09] <seb128> something in /etc/default
[15:11] <nic-doffay> mzanetti, I finally realised where all my issue's were coming from. That implicitWidth/Height totally threw me off!
[15:12] <tedg> seb128, Probably could add an upstart job in the session to push it on to the upstart environment stack.
[15:13] <tedg> seb128, That's really above my grade level in upstart jobs though, you'll probably have to grab stgrabber or jsodh
[15:13] <cyphermox> tedg: there actually isn't logrotate for .xsession-errors taht I know
[15:13] <tedg> cyphermox, Yes, but xssession-errors isn't what upstart jobs use.
[15:14] <cyphermox> for loging the glib messages?
[15:14] <seb128> tedg, ok
[15:14] <tedg> cyphermox, Anything that comes out of an upstart job, yes.
[15:14] <seb128> cyphermox, .xsession-errors is empty since gnome-session is not run by Xsession
[15:14] <seb128> cyphermox, the logs are all in .cache/upstart and logrotated
[15:15] <cyphermox> yuck
[15:15] <cyphermox> still, let
[15:15]  * tedg thinks this is SO AWESOME
[15:15] <cyphermox> let's avoid spamming logs with debug messages and causing wakeups
[15:16] <cyphermox> tedg: I agree, it's good esp. if they are split up
[15:16] <tedg> How about we leave it this way for now, and when there is a global setting, we can use that.
[15:16] <tedg> But since there isn't one now, I'd really like to get the messages in bugs.
[15:16] <cyphermox> it's going to get forgotten
[15:16] <tedg> cyphermox, Oh, you doubt.  seb128 never forgets.
[15:16] <tedg> :-)
[15:17] <cyphermox>  . /nick thomas
[15:17] <seb128> seems like a topic we can discuss next week with the upstart guys
[15:18] <cyphermox> btw, I
[15:18] <cyphermox> argh
[15:18] <cyphermox> I'm having trouble breathing, so I'll go back to choking and failing to sleep
[15:19] <smspillaz> :(
[15:19] <smspillaz> cyphermox: I hope you mean irc-breathing and not actual breathing
[15:19] <tedg> cyphermox, Yes, please focus on breathing instead of IRC :-)  I hope you feel better!
[15:19] <cyphermox> heh, it's just a cold, it will get better before I leave
[15:19] <smspillaz> oh wait
[15:19] <smspillaz> its a trap, now I'm thinking about breathing
[15:19] <tedg> smspillaz, DON'T STOP!
[15:20] <cyphermox> that's the trick...
[15:20] <smspillaz> NOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOOo
[15:20] <nic-doffay> kgunn, infographics with the dots are sorted now. Bloody QML baby steps.
[15:20] <nic-doffay> Going to start on the circles now (sans blending).
[15:21] <cyphermox> tedg: btw I was testing indicator-network and indicators-client yesterday, there is a merge request (two actually) that sil is reviewig to get those in daily landing for tomorrow
[15:21] <tedg> cyphermox, Cool!
[15:22] <cyphermox> tedg: will you fix indicators-client for the new dbus names or should I file a MP?
[15:22] <cyphermox> sil2100: thanks, I see the MPs are both merged already :)
[15:23] <kgunn> nic-doffay: :) np
[15:23] <tedg> cyphermox, We need to really port indicators-client over to using the indicator files.
[15:23] <sil2100> \o/
[15:23] <tedg> Start dropping all the plugins.
[15:23] <cyphermox> tedg: can't just changing the dbus paths do it for now?
[15:24] <cyphermox> it kind of works right now, so I'd like to keep it that way
[15:24] <tedg> cyphermox, Sure, today.  But what about tomorrow?
[15:24] <cyphermox> what about tomorrow?
[15:24]  * tedg starts singing, tomorrow, tomorrow, I'll love you...
[15:24] <cyphermox> no thanks :)
[15:24] <tedg> We hope to get all the indicators using that meta data here in the next couple weeks.
[15:24] <cyphermox> ok
[15:24] <cyphermox> well, that will do the trick to keep it working until the next couple of weeks
[15:24] <tedg> So we can have "real indicators" on Unity QML.
[15:25] <cyphermox> and in parallel do the other magic stuff to port indicators-client to read the files
[15:26] <cyphermox> ok, I'll be back later. I'll look at IRC every so often
[15:27] <smspillaz> slangasek: are you able to re-review https://code.launchpad.net/~compiz-team/compiz/compiz.fix_1167983/+merge/158742 at some point ?
[15:27] <dandrader> tsdgeos, an easy one: https://code.launchpad.net/~dandrader/unity/phablet_remove_Application.qml/+merge/160686
[15:32] <sil2100> kenvandine, cyphermox: could you guys take a look later? https://code.launchpad.net/~sil2100/unity/autopilot_hud_2.0_fixes/+merge/160610
[15:32] <sil2100> It has some HUD 2.0 autopilot fixes related to the head stack
[15:34] <slangasek> smspillaz: hoping to - probably not today, but later this week I think
[15:34] <smspillaz> slangasek: thanks
[16:09] <sil2100> tedg: ping! Hi!
[16:10] <sil2100> tedg: so, I have two things to bother you with today ;)
[16:10] <tedg> Joy!
[16:10] <tedg> :-)
[16:11] <sil2100> Soo, I actually wasted some time and filled in two bugs related to HUD - one of them is not really a bug I suppose
[16:11] <tedg> Yup, did you see my comments and patch?
[16:11] <sil2100> https://bugs.launchpad.net/hud/+bug/1172228 <- here's the thing mentioned yesterday
[16:11] <sil2100> Ah!
[16:11]  * sil2100 refreshes
[16:12] <sil2100> Oh shit, ok, nevermind!
[16:12]  * sil2100 reads
[16:12] <sil2100> tedg: ok, you weaseled out of those then ;) I have no further issues right now, thanks!
[16:13] <tedg> Heh, cool.
[16:13] <sil2100> Will try that branch you did - and regarding the autopilot change, I already proposed a branch for that, just wondered if that's how it's supposed to be
[16:16] <smspillaz> sil2100: hey, just to confirm, is there a list of known broken AP tests somewhere ?
[16:18] <smspillaz> I get a few that break because of actual bugs in AP (like referring to undefined names)
[16:20] <sil2100> smspillaz: I think we had a list like that, but it might be out of date right now...
[16:21] <sil2100> smspillaz: since there has been a lot of changes recently ;/
[16:22] <sil2100> smspillaz: what stack is being used by the autopilot runs you mention?
[16:23] <smspillaz> sil2100: in terms of which version of autopilot or what am I testing with autopilot ?
[16:27] <sil2100> smspillaz: in terms of what unity and compiz are you using ;)
[16:28] <smspillaz> sil2100: Last time I was testing trunk unity and compiz
[16:28] <smspillaz> sil2100: though the failures were clearly errors on autopilot's end
[16:29] <smspillaz> sil2100: I'm just setting up a test environment which uses a guest session on the packages in the distro
[16:31] <smspillaz> ugh, I hate the fact that grub.cfg gets regenerated whenever a single package that depends on it gets modified
[16:31] <smspillaz> its been regenerated for like the 50th time this dist-upgrade
[16:36] <sil2100> smspillaz: we tried to lower the number of typical autopilot errors as much as possible, but there is still a bug we encounter sometimes on jenkins that breaks the tests badly
[16:42] <mhr3> ChrisTownsend, had one tiny comment
[16:45] <ChrisTownsend> mhr3: Ah, I see it now.  Obviously I completely missed that.  Will get it fixed.
[16:49] <ChrisTownsend> mhr3: Thanks for catching that.  I just pushed the corrected branch.
[16:55] <mhr3> ChrisTownsend, thx
[16:57] <mhr3> ChrisTownsend, one more thing though, the GETTEXT_PACKAGE="$PACKAGE"
[16:57] <mhr3> "..." is not a good domain
[16:57] <mhr3> and that's really last thing :)
[16:57] <mhr3> ...i think ;)
[17:01] <sil2100> fginther: you're probably really busy, but...
[17:01] <sil2100> fginther: https://code.launchpad.net/~sil2100/unity/autopilot_hud_2.0_fixes/+merge/160610
[17:01] <sil2100> Just in case...;)
[17:02] <kenvandine> sil2100, did you look at notes-app for the hud transition?
[17:04] <sil2100> kenvandine: Oh, I think I missed that one - doing it now, is it already added to the stacks?
[17:04] <kenvandine> sil2100, and autolanding is failing for your share-app branch
[17:04] <kenvandine> for i386 and armhf
[17:04] <sil2100> kenvandine: I know, fginther says someone is looking at that one...
[17:04] <kenvandine> i don't know if it's in the stacks
[17:04] <kenvandine> but i noticed when i tried to do a dist-upgrade on my n7 :)
[17:04] <sil2100> kenvandine: ok, thanks, will add it then if necessary ;)
[17:05] <kenvandine> sil2100, thanks
[17:05] <sil2100> hehe, good!
[17:05] <kenvandine> webapps-demo too
[17:05] <kenvandine> i haven't looked at that yet
[17:05]  * sil2100 also branches that one
[17:05] <kenvandine> but it also depends on the old hud
[17:05] <kenvandine> sil2100, thanks
[17:11] <sil2100> kenvandine: https://code.launchpad.net/~sil2100/notes-app/rename_libhud-qt_and_hud1/+merge/160711 <- one merge going up!
[17:13] <kenvandine> sil2100, great!
[17:17] <sil2100> kenvandine: https://code.launchpad.net/~sil2100/webapps-demo/rename_libhud-qt_and_hud1/+merge/160714 <- another one!
[17:17]  * sil2100 has a script for changing this already
[17:17] <sil2100> ;)
[17:22] <kgunn> paulliu: ping
[17:23] <paulliu> kgunn: hi
[17:27] <smspillaz> sil2100: so yeah, there's definitely a ton of cases where autopilot is failing because of autopilot brokenness. Should I submit patches for those cases?
[17:28] <smspillaz> at the moment basically every panel test fails
[17:28] <smspillaz> because we assert something in the cleanup that must have changed
[17:57] <sil2100> smspillaz: huh? Could you paste me the error?
[18:27] <ChrisTownsend> mhr3: Ok, thanks again.  I just pushed that fix.  Hopefully this will be it:)
[20:48] <mhr3> davidcalle, noticed that the imdb scope doesn't work?
[21:24] <davidcalle> mhr3, dbus name mismatch, indeed. By the way : can you test something for me? An API to get scope information : json.loads(urllib.request.urlopen('http://ubuntuone.com/6NRPlzRbtMEZ20GG2sXx7F').read().decode('utf-8'))
[21:24] <mhr3> davidcalle, after fixing that i'm getting 403 (imdb)
[21:26] <davidcalle> mhr3, I have a job running every hour, and parsing : scopes lp projects, .scope files in trunks, debian/control, etc. And making json out of it to know everything about a scope.
[21:26] <davidcalle> mhr3, will check this 403
[21:26] <mhr3> AttributeError: 'module' object has no attribute 'request'
[21:26] <mhr3> :/
[21:26] <davidcalle> mhr3, import urllib.request
[21:27] <mhr3> ah :)
[21:29] <davidcalle> mhr3, no 403,  works fine here. You must have been banned from IMDb  :p
[21:30] <mhr3> so i guess another region-specific scope
[21:32] <davidcalle> mhr3, it shouldn't be. On http://www.imdb.com/ when you search, do you have recommendations?
[21:32] <davidcalle> s/search/type a letter
[21:33] <mhr3> davidcalle, yep
[21:35] <davidcalle> mhr3, http://sg.media-imdb.com/suggests/t/tes.json ?
[21:36] <mhr3> davidcalle, that one works
[21:36] <mhr3> davidcalle, http://sg.media-imdb.com/suggests/i/iron.json
[21:36] <mhr3> gives me


Access Denied</Message>


[21:36] <mhr3> 1hHfyG2bAu/PkPkeaA+9312Vy6g0A9os8LGAs5gs/4hufVlq+wmmLg+iTFxATmRr
[21:36] <davidcalle> mhr3, what about the secure version ? https://sg.media-imdb.com/suggests/t/tes.json


[21:37] <mhr3> the certificate is wrong :P
[21:37] <davidcalle> mhr3, urllib doesn't know that :p
[21:40] <mhr3> davidcalle, weird, i get the error only for "iro", "iron"... then "ironm" works again
[21:40] <davidcalle> mhr3, regarding "iron", the API doesn't like exact matches and fails on them. So during a search, I'm caching subsequent queries, so when it fails, previous results are displayed.
[21:42] <davidcalle> mhr3, for movies/actors, we will also have themoviedb, which is an actual API :) IMDb is very nasty.
[21:43] <mhr3> well kinda sucks that we're trying to use an unofficial api
[21:44] <davidcalle> mhr3, it's not unofficial, they are using it on their website! ;)
[21:45] <davidcalle> mhr3, tbh, I would have no issue whatsoever with it going away
[21:46] <kgunn> mhall119: ping
[21:47] <mhall119> kgunn: pong
[21:47] <kgunn> mhall119: just curious if you've tried unitynext ./run_on_device lately?
[21:47] <kgunn> any probs?
[21:48] <mhall119> kgunn: not in a few weeks, but I've run it locally on my desktop
[21:48] <kgunn> mhall119: yeah, i have no probs there
[21:48] <kgunn> but i do w/ run_on_device
[21:49] <kgunn> but i'm pretty sure its me
[21:49] <davidcalle> mhr3, regarding the API I gave you here is the kind of output you can expect for it : http://paste.ubuntu.com/5599513/plain/
[21:49] <davidcalle> from*
[21:50] <mhall119> kgunn: I'll give it a try
[21:50] <mhall119> new image though, so I have to run -s again
[21:50] <kgunn> mhall119: hey thanks...just curious, so no biggie
[21:51] <mhall119> my ssh connection over adb is so flaky :(
[21:52] <mhr3> davidcalle, nice, what do you plan to use it for?
[21:53] <kgunn> mhall119: it shouldn't be if you just type phablet-network-setup at your desktop prompt
[21:55] <kgunn> mhall119: ....as opposed to following some of the more manual instrucitons on the porting page
[21:55] <davidcalle> mhr3, an online dashboard to keep track of all scopes
[21:56] <mhall119> kgunn: I thought I had to ./run_on_device -s in order to setup the environment for building and running the new shell
[21:57] <kgunn> mhall119: yes...you do
[21:57] <kgunn> mhall119: just prior to that, assuming you have latest daily on your device...
[21:57] <mhall119> ok, so that's what I just did, attempting to run_on_device now
[21:58] <mhall119> lots of errors and warnings
[21:58] <kgunn> mhall119: for the -s option ?
[21:58] <mhall119> no, after
[21:59] <mhall119> hmmm, using HUD to close doesn't seem to work now though
[21:59] <kgunn> mhall119: that was ok for me....its really just the ./run_on_device <no options> getting m
[21:59] <kgunn> mhall119: if you long press in Apps view?
[21:59] <mhall119> ./run_on_device <no options> seems to run, errors and warnings aside
[21:59] <kgunn> mhall119: that's actually a recent change i was trying to test
[21:59] <mhall119> kgunn: my unity-next branch is about a week old
[22:02] <mhall119> kgunn: what's supposed to happen on long press?
[22:02] <mhall119> and long press where?
[22:03] <kgunn> mhall119: in the apps lens, if you long press a running app, a little close x will show up...so you can close from dash (as well as hud)
[22:03] <mhall119> kgunn: FYI, I let my 7 year old play with my N7 for a while today, she said we should have a close button always available at the top :)
[22:04] <kgunn> mhall119: kids are basically geniuses
[22:04] <mhall119> too much for my taste some days
[22:04] <kgunn> mhall119: until they turn like 14
[22:04] <mhall119> she also says we need more games
[22:05]  * kgunn had to be at home with a sick 14yr old today
[22:05] <mhall119> :(
[22:05] <mhall119> did you give him/her an Ubuntu Touch tablet?
[22:06] <mhall119> An Ubuntu a day keeps the Apple away, as the saying goes :)
[22:07] <mhall119> kgunn: brilliant! it works!
[22:07] <kgunn> :)
[22:07] <kgunn> awesome!
[22:07]  * mhall119 needs to screencap this
[22:07] <kgunn> mhall119: classic...now i just have to figure out what i screwed up on my own
[22:17] <mhall119> oh, it puts it on all of the running apps
[22:17] <mhall119> slick
[22:23] <davidcalle> mhr3, since you are on scopes, do you mind two quick mp? Gallica https://code.launchpad.net/~davidc3/unity-scope-gallica/books-master/+merge/160770 & IMDb https://code.launchpad.net/~davidc3/unity-scope-imdb/fix-dbus/+merge/160772