[07:26] <Mirv> Saviq: qtbase was fine, it's taking some extra effort to get newer qtdeclarative
[08:57] <Saviq> Mirv, yeah, there's quite some changes
[09:23] <mhr3> mzanetti, quick review pls https://code.launchpad.net/~mhr3/unity-scopes-shell/fix-1237829/+merge/196188
[09:24] <nic-doffay> tsdgeos, mind giving that category branch a review? I'd like to land it before having to merge trunk again :P
[09:24] <mzanetti> mhr3: yes sir
[09:24] <mhr3> mzanetti, danke schon
[09:24] <mzanetti> :)
[09:24] <tsdgeos> nic-doffay: i'll try, but i want to finish what i'm doing now and then i have an appointment with my freind the dentist
[09:24] <tsdgeos> so may not be able to look at it before lunch
[09:24] <mzanetti> (actually if you don't use ö for schön it has a different meaning :D )
[09:25] <nic-doffay> tsdgeos, oh dear, good luck!
[09:25] <nic-doffay> tsdgeos, that's no worries, sometime today is cool.
[09:25] <tsdgeos> nic-doffay: i'm already unlucky, that's why i'm going there
[09:25] <tsdgeos> something wrong happened yesterday evening with my implant :'(
[09:25] <mzanetti> mhr3: hmm... did I forget that in my branch?
[09:25] <nic-doffay> tsdgeos, I've managed to avoid issue thus far. No idea how.
[09:25] <mzanetti> ah no... it's in the scope
[09:26] <nic-doffay> tsdgeos, ouch. I imagine that's painful.
[09:26] <tsdgeos> not really painful atm
[09:26] <tsdgeos> just sad of what it probably means
[09:26] <tsdgeos> that is getting a whole new implant
[09:26] <tsdgeos> which is something i'm not looking forward
[09:27] <mhr3> mzanetti, we moved the scopes plugin out from lp:unity8, and you pushed a change there, so backporting it
[09:27] <nic-doffay> tsdgeos, well fingers crossed it's something a little simpler than that.
[09:27] <tsdgeos> there's always hope!
[09:27] <mzanetti> mhr3: aaah. cool
[09:30] <mzanetti> why oh why isn't there a itemAt(index) in the ListView
[09:31] <Saviq> mzanetti, because it might not exist ;)
[09:31] <mzanetti> Saviq: ah. good point
[09:31] <mzanetti> :D
[09:31] <mzanetti> still... it *might* return 0 in that case
[09:37] <mhr3> didrocks, no sil today?
[09:39] <Saviq> mzanetti, yeah, but it suddenly becomes pretty useless, when for most cases it will return 0
[09:39] <Saviq> did you guys see todays' google doodle? Doctor Who FTW!
[09:39] <mzanetti> Saviq: yeah... you're probably right
[09:41] <nic-doffay> Saviq, no checking now!
[09:42] <nic-doffay> Saviq, mega!
[09:50] <Wug> can someone tell me what conf files unity depends on? unity won't start on one of my user accounts and I think it's probably a flubbed up conf file
[09:50] <mzanetti> Saviq: no google doodle here
[09:51] <Saviq> mzanetti, orly?
[09:51] <Saviq> mzanetti, not on google.com either?
[09:51] <mzanetti> hehe... only on google.pl
[09:51] <didrocks> mhr3: no, he had to leave for personal/family reason
[09:51] <didrocks> mhr3: he will be back on Monday
[09:51] <Saviq> mzanetti, https://www.google.co.uk/
[09:51] <mzanetti> not on .de, not on .com and not on .ch (which is what google thinks is my location for some reason)
[09:52] <mzanetti> oh right... on .co.uk too
[09:52] <Saviq> mzanetti, well, .com makes sense, as that's equivalent to .ch in your case then
[09:52] <Saviq> greyback, Doctor Who doodle! ;D
[09:52] <Saviq> mzanetti, interesting how they decided you guys don't do Doctor Who :D
[09:53] <greyback> Saviq: what?
[09:53] <mzanetti> Saviq: well, they're probably right. haven't seen a single episode of that
[09:53] <Saviq> greyback, https://www.google.co.uk/
[09:53] <Saviq> mzanetti, it's not that big here either
[09:54] <greyback> weird. I'm not that into it either
[09:54] <Saviq> greyback, not big in IE? so it's just a UK thing?
[09:54] <Saviq> at least google.ie has it, too
[09:56] <greyback> I've a few friends who like it, but yeah, it's more a UK thing
[09:57] <Saviq> mhr3, forgot about one thing - please add unity-plugin-scopes to the build scripts
[09:57] <Saviq> mhr3, as there's no other way to get runtime depends on your dev machine
[09:58] <Saviq> mhr3, actually let me
[10:02] <mhr3> yea, not liking much that this is more or less making people use t
[10:02] <mhr3> well... unless you're happy with mock scopes
[10:05] <Saviq> mhr3, we're all meant to be using t anyway, are we not
[10:05] <Saviq> mhr3, why does unity-plugin-scopes ship a .pc file?
[10:05] <Saviq> mhr3, are we linking against it somewhere?
[10:06] <mhr3> Saviq, no, but if we wanted to dlopen it, it has the libdir
[10:06] <Saviq> mhr3, why would we want to dlopen it?
[10:06] <mhr3> Saviq, but don't really see a usage for it atm
[10:06] <Saviq> mhr3, right ;)
[10:07] <mhr3> Saviq, that doesn't mean it can't be there though :)
[10:07] <Saviq> mhr3, WHAT!
[10:07] <Saviq> ;P
[10:08] <Saviq> mzanetti, soo, if you search for "Xbmc", do you get the web remote in More suggestions?
[10:09] <Saviq> mzanetti, or xbmcremote, for that matter, if you don't have it installed?
[10:09] <Saviq> mhr3, you ↑?
[10:10] <mhr3> Saviq, phone?
[10:10] <Saviq> mhr3, click scope, yes
[10:11] <mhr3> my battery is dead again, give me a minute
[10:16] <mzanetti> Saviq: yes, I do
[10:16] <Saviq> mzanetti, interesting, not here for me
[10:16] <mzanetti> Saviq: ah wait. I have both installed
[10:16] <mzanetti> lemme uninstall
[10:16] <Saviq> mzanetti, yeah, it's about the remote stuff, not local
[10:17] <tsdgeos> Mirv: how do you build ubuntu-ui-toolkit if v8 is not there in Qt 5.2?
[10:17] <mzanetti> Saviq: works here (with image 10)
[10:17] <mzanetti> let me try on the development device with image 27
[10:18] <mzanetti> if that doesn't hard-reset before I get to it :D
[10:18] <Mirv> tsdgeos: remove the v8 build-dependency line from debian/control
[10:18] <tsdgeos> Mirv: so you've kind of patched the package
[10:19] <Mirv> tsdgeos: no, I haven't built it, I thought you were asking how you could build it
[10:19] <tsdgeos> Mirv: but it's at https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta2/+packages
[10:19] <Mirv> tsdgeos: for quantal, yes :)
[10:19] <tsdgeos> ah that's from march
[10:21] <Saviq> interesting that it actually works, then
[10:21] <Saviq> without rebuilds
[10:22] <mzanetti> Saviq: nope. it works with image 27 too
[10:22] <Saviq> mzanetti, veery interesting
[10:22] <Saviq> I'll have to talk to alecu, then
[10:22] <tsdgeos> Mirv: do you know of any magic we could use to disable it depending on the packge that is being built so works for obth?
[10:23] <tsdgeos> both = Qt 5.0 and 5.2
[10:23] <mhr3> Saviq, i'm not getting anything for searches
[10:23] <mhr3> just surfacing
[10:24] <Saviq> mhr3, neither xbmc or Xbmc?
[10:24] <mhr3> Saviq, oh yea, lowercase works
[10:25] <Saviq> mhr3, so yeah, we got case sensitive search somewhere
[10:25] <Saviq> interesting it works for mzanetti
[10:25] <Saviq> or he's lying to us again, bastard :P
[10:25] <mzanetti> what do you mean with "again"? :P
[10:25] <Saviq> doesn't want to do work, he does!
[10:25] <mzanetti> Saviq: do I need to send you pictures?
[10:26] <Saviq> mzanetti, ;)
[10:26] <mhr3> mzanetti, he knows they'd be photoshopped ;P
[10:26] <Mirv> tsdgeos: first thing would be to test whether it really needs that build dependency (in other words, does qtdeclarative-private-dev require v8's private headers to work). if it works without, just remove it for 5.0 too.
[10:26] <Saviq> mzanetti, j/k, it's just an interesting data point
[10:26] <Mirv> tsdgeos: if it doesn't work, qtdeclarative-private-dev 5.0.x should probably depend on the v8 private dev, resolving the problem
[10:26] <mzanetti> Saviq: no worries. I understand this was joking
[10:27] <mzanetti> but really it works here on image 10 and 27
[10:27] <Cimi> Saviq, when you have time can you tell me if I can use that shader?
[10:27] <mzanetti> typing "xb" gives me Xbmcremote in installed and XBMC Web remote in more suggestions
[10:27] <Saviq> Cimi, I'd rather see a branch for review, if that's ok with you?
[10:27] <Saviq> mzanetti, how about 'Xb'? uppercase?
[10:27] <Cimi> Saviq, I'll try
[10:28] <mzanetti> Saviq: hmm... interesting. that doesn't work
[10:28] <Saviq> mzanetti, see!
[10:28] <Saviq> mzanetti, liar liar, pants on fire!
[10:28] <mzanetti> lol
[10:28] <tsdgeos> Mirv: +1 if you make  qtdeclarative-private-dev 5.0.x depend on libqt5v8-5-private-dev then we can drop the dependency from ubuntu-ui-toolkit
[10:28] <mzanetti> I intentionally was fighting the the OSK to let me start lowercase because I thought that's the issue
[10:28] <mzanetti> Saviq: ^
[10:29] <Saviq> mzanetti, yeah, that's how I discovered it in the first place
[10:29] <Saviq> mzanetti, just typed, and nothing came up
[10:29] <mzanetti> Saviq: so I guess they do "search == entry.toLowerCase()"
[10:29] <Saviq> mzanetti, yeah, lowercasing on just one hand probably
[10:30] <tsdgeos> Mirv: so i ifdef-ed Florian's branches at https://code.launchpad.net/~aacid/qtubuntu/dpr_rebase_qt_5.1_with_ifdefs/+merge/196165 and https://code.launchpad.net/~aacid/ubuntu-ui-toolkit/dpr_rebase_qt_5.1_with_ifdefs/+merge/196253 you'll need someone to review them now :D
[10:33] <Mirv> tsdgeos: ok. would need someone to sponsor lp:~kubuntu-packagers/kubuntu-packaging/qtdeclarative-opensource-src_5.0.2
[10:33] <tsdgeos> Mirv: don't think i can do that can i?
[10:34] <tsdgeos> well i can push shadeslayer or riddell if that helps :D
[10:35] <tsdgeos> not sure the pushing would work otoh
[10:36] <tsdgeos> ok, off to the dentist, wish me luck
[10:37] <Mirv> riddell could upload it sure, or anyone from https://launchpad.net/~ubuntu-core-dev/+members
[10:37] <Mirv> tsdgeos: good luck! :)
[10:37] <Mirv> it's good that you can type without teeth
[10:42] <Cimi> Saviq, ust realised that since the carousel preview is broken in trunk
[10:42] <Cimi> Saviq, it's better to postpone after my dash renderers branch
[10:43] <Cimi> we cannot test this
[10:43] <Saviq> Cimi, k
[10:44] <Saviq> mhr3, pushed two commits to https://code.launchpad.net/~unity-team/unity8/move-scopes-plugin-out/+merge/194910
[10:45] <Saviq> mhr3, please have a look
[10:46] <mhr3> Saviq, looks good
[10:47] <Saviq> mhr3, I'll let CI look at it again and top-approve if it's looking good
[10:47] <mhr3> kk
[10:49] <Saviq> mhr3, we'll clean the whole paths story in unity8 (based on unity-api) in a later change
[10:51] <Saviq> mhr3, ah well, it's going to fail in CI now, need a release of unity-api first
[10:51] <Saviq> unless it's there in mbs
[10:51] <Saviq> which it should be...
[10:51] <mhr3> right, any ideas when autolanding is going to work again?
[10:53] <Saviq> meaning daily release?
[10:53] <Saviq> mhr3, I was told yesterday that... not until Airline CI ;/
[10:54] <mhr3> ehm
[10:54] <Saviq> mhr3, or at least not until the results they get from manual testing == that from automagic testing
[10:54] <Saviq> mhr3, depends on who you ask ;)
[10:55] <mhr3> i started wondering what's the proper emoticon for /pulls gun to head
[10:55] <mhr3> i guess this will suffice:
[10:55] <mhr3> kmn
[11:05] <mzanetti> dandrader: reviewed this: https://code.launchpad.net/~dandrader/unity8/gestureTestsBaseClass/+merge/196256
[11:16] <Saviq> mzanetti, noticed something in music-preview - you calculate the percent value just to then convert it back to real (* 100; / 100)
[11:16] <Saviq> mzanetti, could we drop the 100?
[11:16] <mzanetti> Saviq: probably. I'll have a look
[11:17] <Saviq> mzanetti, and call it "progress"
[11:21] <mzanetti> Saviq: yeah. good catch. pushed
[11:22] <Saviq> mzanetti, cheers
[11:22] <Saviq> mzanetti, probably not the biggest resource hog in our codebase ;)
[11:22] <mzanetti> lol... probably not
[11:24] <Saviq> greyback had a good idea yesterday - thanks to 'atlasing' textures in Qt 5.2, it should be relatively easy to see what we're uploading to the GPU
[11:24] <Saviq> https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1252736
[11:24] <Saviq> and reviewing that to reduce it
[11:28] <Saviq> mzanetti, you'll review https://code.launchpad.net/~gerboland/unity-mir/listen-for-server-start-stop-ready/+merge/191224 too?
[11:28] <mzanetti> Saviq: sure, can do
[11:31] <dandrader> mzanetti, updated
[11:31] <mzanetti> dandrader: cheers
[11:36] <Saviq> mzanetti, did you test with that? without it the test in unity8 should fail under Mir?
[11:38] <mzanetti> Saviq: no I didn't test it on the device (shame on me)
[11:39] <Saviq> mzanetti, please do, if we f*ck this up the shell won't start or something
[11:39] <mzanetti> Saviq: but why do we need to raise SIGSTOP twice?
[11:39] <Saviq> mzanetti, once
[11:39] <Saviq> mzanetti, once for Mir, once for Surfaceflinger
[11:39] <Saviq> mzanetti, but in the Mir case, unity8 doesn't know, so we're raising from unity-mir
[11:39] <Saviq> mzanetti, there's a FIXME on that from greyback in the unity-mir MP
[11:41]  * greyback is being talked about a lot today
[11:42] <Saviq> greyback, your ears tingle, don't they? ;)
[11:44] <mzanetti> Saviq: I'm still not sure why we need this unity-mir at all
[11:44] <greyback> Saviq: nah, trying to get some work done, so shuddup!
[11:44] <mzanetti> lets refer to him as grayback in order not to trigger his highlight :D
[11:44] <greyback> lol
[11:45] <Saviq> 50 shades of Grayback?
[11:45] <greyback> oh yeah
[11:45] <greyback> that's my biography title, right there
[11:47] <Saviq> ;D
[11:47] <mzanetti> Saviq: can you explain me why we can't raise the signal inside unity for both cases?
[11:48] <Saviq> mzanetti, because unity8 doesn't know when to raise it yet
[11:48] <Saviq> mzanetti, as by then they're two different threads
[11:48] <Saviq> mzanetti, when startShell is called in the Mir case, Mir is getting ready
[11:48] <Saviq> mzanetti, in a separate thread
[11:49] <mzanetti> Saviq: but by the time we call app->exec() we should be ready, no?
[11:49] <Saviq> mzanetti, not necessarily
[11:49] <Saviq> mzanetti, it's a race
[11:50] <Saviq> mzanetti, it's Mir that calls startShell
[11:50] <mzanetti> Saviq: yes. that's what I understood too
[11:50] <Saviq> mzanetti, but there's no guarantee it's ready to accept connections by then
[11:50] <mzanetti> Saviq: so I thought it should do that only when it's ready
[11:51] <Saviq> mzanetti, it doesn't
[11:51] <mzanetti> mhm
[11:51] <mzanetti> ok then... I guess that's what it is
[11:52] <mzanetti> Saviq: still a bit strange that the QPA doesn't have issues if the display server is not up yet
[11:52] <Saviq> mzanetti, you could argue that by the time it starts the 'client' (unity8 in our case)
[11:52] <Saviq> mzanetti, it has to be ready indeed
[11:53] <mzanetti> Saviq: yeah. that's what I meant...
[11:55] <Saviq> greyback, can you comment ↑ by the time startShell is called by Mir, it has to be ready to accept connections, no?
[11:55] <Saviq> greyback, so mzanetti has a good point that's when we could raise SIGSTOP, too
[11:58] <Saviq> mzanetti, I think the reason why we raise from unity-mir is because it's closer to the real point where it indeed is ready
[11:58] <mzanetti> mhm... does it make such a difference in practice?
[11:58] <Saviq> although I agree that we probably don't really care, 'cause clients connecting before unity8 connects are not really helpful anyway
[11:59] <Saviq> mzanetti, ↑
[11:59] <mzanetti> and if we're adding a FIXME I for one would vote to add the fixme in unity's main (like: FIXME: try to do this earlier)
[11:59] <mzanetti> and try to keep the codepath somewhat linear
[12:01] <mzanetti> Saviq: so yes. I'd vote for doing everything in unity8
[12:01] <mzanetti> grayback, err greyback: ^
[12:01] <greyback> sorry I've been thinking
[12:01] <Saviq> mzanetti, that was the plan all along, but we somehow got hung up on the start/stop/pause listener
[12:01] <Saviq> greyback, don't be sorry, it's ok
[12:01] <greyback> mir server will be up before startShell is called
[12:02] <mzanetti> brb
[12:02] <Saviq> greyback, yeah, it can't call startShell before it's ready to accept connections as that would be pretty racy
[12:02] <greyback> so yeah, could be done in unity8 alone.
[12:02] <greyback> I think I prefered this solution as it's the direction I want to bring unity-mir in
[12:03] <greyback> where instead of this QMirServerApplication crap, the QPA plugin itself starts Mir
[12:03] <Saviq> greyback, still, the SIGSTOP is pretty specific to unity8
[12:03] <Saviq> greyback, not to Mir
[12:03] <greyback> true
[12:03] <Saviq> greyback, unity-mir shouldn't really have anything 'unity8' in it
[12:04] <greyback> yep.
[12:05] <greyback> ok I can remove that MR. Who will add to unity8?
[12:06] <Saviq> greyback, I'll fix mine
[12:06] <greyback> okies
[12:07] <Saviq> greyback, can you please verify with Mir folk that this is indeed ok?
[12:07] <Saviq> greyback, I vaguely remember talking about this and maybe there was actually a reason that I can't remember now?
[12:09] <mzanetti> re
[12:10] <Saviq> mzanetti, pushed to my branch
[12:10] <Guest49169> Saviq, any idea what package I'm missing with this: Project ERROR: Unknown module(s) in QT: organizer v8
[12:10] <Saviq> mzanetti, should be testable under both sflinger and mir with no other changes
[12:10] <mzanetti> Guest49169: libqt5v8-dev
[12:11] <mzanetti> Guest49169: and libqt5pim-dev
[12:11] <Guest49169> mzanetti, nice one!
[12:11] <mzanetti> Saviq: ok. I'll test
[12:12] <greyback> Saviq: yeah, we need the unity-mir thing. Mir is not running when startShell called
[12:13] <greyback> mzanetti: ^
[12:13] <Saviq> mzanetti, how can this be?
[12:13] <Saviq> greyback, ↑
[12:13] <mzanetti> greyback: yeah... I'd expect QQuickView to complain about that
[12:13] <mzanetti> unless there is some logic which just waits
[12:13] <Saviq> greyback, so we're just assuming it will get ready between calling startShell and calling exec()?
[12:13] <Guest49169> mzanetti, can't find any libqt5pim-dev
[12:13] <mzanetti> in which case we'd be fine to emit it in startShell too I guess
[12:14] <greyback> mzanetti: startShell is an Mir internal client, which is handled differently to external clients
[12:14] <Saviq> greyback, right, it's not going through the socket

[12:14] <greyback> right
[12:14] <mzanetti> ah ok. that explains things
[12:14]  * Saviq uncommits
[12:14]  * greyback restores MR
[12:14] <mzanetti> Guest49169: hmm... seems it's called qt5pim-dev without lib
[12:14] <mzanetti> Saviq: greyback: sorry for the confusion then...
[12:14] <Guest49169> mzanetti, thank you
[12:15] <Saviq> mzanetti, no worries, maybe it'll burn into my mind finally
[12:15] <Saviq> mzanetti, I *did* know that before
[12:15] <greyback> mzanetti: new MR: https://code.launchpad.net/~gerboland/unity-mir/listen-for-server-start-stop-ready/+merge/196269
[12:15] <mzanetti> greyback: seems to conflict
[12:16] <greyback> fixing...
[12:16] <Saviq> greyback, make the version just 0.2
[12:16] <Saviq> greyback, cu2d will take care of the rest
[12:21] <Saviq> /food
[12:38] <om26er> mzanetti, Hi! how to press and hold in qmltests ?
[12:43] <tsdgeos> mzanetti: just use mousePress instead of mouseClick?
[12:43] <tsdgeos> err
[12:43] <tsdgeos> om26er: ↑↑
[12:43] <tsdgeos> and then mouseRelease some time later
[12:43] <om26er> tsdgeos, thx
[12:43] <tsdgeos> or even do a tryCompare to what the mousePress is supposed to do
[12:43] <tsdgeos> that'll do the wait for you
[12:44] <mzanetti> om26er: tsdgeos: yeah. don't use mouseClick(); wait(); mouseRelease() but rather mouseClick(), tryCompare(), mouseRelease()
[12:49] <tsdgeos> nic-doffay: what's this MR supposed to do, make stuff travel at constant time or make stuff travel at constant speed?
[12:51] <nic-doffay> tsdgeos, both.
[12:51] <tsdgeos> well, oyu can't have both, no?
[12:51] <nic-doffay> tsdgeos, actually scratch that just speed.
[12:51] <nic-doffay> Sorry.
[12:52] <nic-doffay> So it doesn't increase the greater the grid is.
[12:54] <mhr3> Saviq, i don't get category expanders, any idea why that could be?
[12:54] <tsdgeos> nic-doffay: ok, will check later
[12:54] <tsdgeos> lunch
[12:54] <tsdgeos> !
[12:54] <mhr3> Saviq, and yes there are enough results
[13:01] <mhr3> Saviq, oh and that's with new scopes
[13:01] <Saviq> mhr3, GenericScopeView.qml:277
[13:01] <Saviq> mhr3, that's where it decides whether to show them or not - see what's happening there
[13:26] <dandrader> mzanetti, so, thumbs up here? https://code.launchpad.net/~dandrader/unity8/gestureTestsBaseClass/+merge/196256
[13:26] <mzanetti> dandrader: not really :/
[13:26] <mzanetti> dandrader: I'd have another 2 nitpicks if you're ok with that
[13:27] <dandrader> mzanetti, shoot
[13:27] <mzanetti> https://code.launchpad.net/~dandrader/unity8/gestureTestsBaseClass/+merge/196256/comments/454085
[13:33] <Mirv> Saviq: tsdgeos: there'd be updated qtbase and qtdeclararative now, but unfortunately unity doesn't seem to start (how do I start unity8 manually to see how it dies, or where's the log?)
[13:34] <Mirv> Saviq: tsdgeos: I can't do much more today, but if you want to see add ppa:canonical-qt5-edgers/qt5-daily in addition to the beta2 - there are 5.2.0~rc1~20131121 versions of qtbase + qtdeclarative over there
[13:34] <Mirv> the easiest explanation is that you can't (as usual) build just 2 new modules, but need at least 5-7 before anything starts to work. that's why it's a bit hard to quickly update.
[13:41] <tsdgeos> Mirv: "start unity8" from the shell?
[13:42] <dandrader> mzanetti, done
[13:43] <Mirv> tsdgeos: unknown job
[13:43] <tsdgeos> Mirv: as phablet user not as root
[13:44] <mzanetti> dandrader: approved
[13:44] <Mirv> tsdgeos: start: command not found.. via /sbin it's already running (I can see it's constantly spawning and killing itself), but if I time it right I get the pid but no output
[13:44] <dandrader> mzanetti, thanks!
[13:46] <tsdgeos> Mirv: sigh :-/
[13:46] <tsdgeos> Mirv: yeah probably more stuff needs rebulding
[13:46] <tsdgeos> Mirv: maybe you can start those rebuilds now and let them hopefully run thrpugh the weekend?
[13:47] <Mirv> tsdgeos: it's usually not a simple rebuild, ie. I'd need to build them locally anyway and adjust packaging as needed
[13:47] <Mirv> and disable symbols so that the building wouldn't break at those without updates, etc
[13:48] <tsdgeos> oh :/
[13:48] <Mirv> but maybe the LP recipes should build our packages in qt5-daily as well, in case a rebuild of those is needed more than of other Qt modules
[13:52] <Cimi> guys I'll call myself sick for a bit... I've been fighting with a headache since I woke up and I think I'll take it easy for some time until it gets better - can't work with that
[13:52] <tsdgeos> nic-doffay: ping, i don't think this thing is working correctly, i'm getting something that doesn't seem like constant speed here, i'll comment on the MR what i'm doing to repro
[13:53] <nic-doffay> tsdgeos, are you getting erratic behaviour with large grids?
[13:53] <nic-doffay> That's the main reason for this MP.
[13:54] <tsdgeos> yeah, it opens slow and closes fast
[13:54] <tsdgeos> seems weird
[13:55] <Cimi> Saviq, https://code.launchpad.net/~unity-team/unity8/dash-renderers/+merge/196285
[13:55] <Cimi> Saviq, as said I have headache and I'll try to relax for one or two hours
[13:56] <Mirv> ...done (recipes)
[14:02] <Cimi> tsdgeos, did 5.2 fix the flick on high dpi?
[14:03] <tsdgeos> Cimi: i do not know
[14:03] <tsdgeos> florian did some work on make our dpi usage more qt-like so maybe
[14:03] <tsdgeos> haven't tried myself yet
[14:04] <Cimi> tsdgeos, I am so frustrated that if you write an app on ubuntu touch, add a flickable, flick
[14:04] <Cimi> it's bloody slow
[14:04] <Cimi> just for a stupid default value of flick velocity
[14:05] <Cimi> it gives the idea ubuntu touch is slow while it's simply doing that due to a property not scaled to highdpi
[14:05] <tsdgeos> agree
[14:05] <tsdgeos> d
[14:08] <tsdgeos> Cimi: so how's the baserenderer thing going need some help in there? or shall i find something else?
[14:14] <Saviq> Mirv, you can always just 'initctl stop unity8' as phablet to make it stop respawning
[14:14] <Saviq> Mirv, and then just execute unity8 as usual
[14:18] <Cimi> tsdgeos, there's one bug
[14:18] <Cimi> tsdgeos, I wanted to tackle today
[14:18] <Cimi> tsdgeos, but I'm killed with headache
[14:18] <Cimi> tsdgeos, you can see ^^
[14:18] <Cimi> I added TODO in the MR
[14:18] <mzanetti> Saviq: hmm.. doesn't start here. but not entirely sure yet if its my setup
[14:19] <tsdgeos> Cimi: want me to try to have a look or you get on it on monday?
[14:19] <Cimi> tsdgeos, if you want, you can go ahead
[14:19] <Saviq> mzanetti, ok, let me build packages
[14:19] <tsdgeos> Cimi: ok, i'll see
[14:19] <Cimi> tsdgeos, I will otherwise, but not before two hours
[14:19] <Cimi> tsdgeos, might be simple or not, I don't know
[14:19] <tsdgeos> Cimi: kill that headache!
[14:19] <Cimi> tsdgeos, if you open the carousel preview
[14:19] <Cimi> tsdgeos, look at the carousel at the bottom
[14:19] <Mirv> Saviq: thanks, made a note. it complains about platform plugin. + qtubuntu seems to fail to build https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-daily/+packages?field.series_filter=trusty
[14:20] <Cimi> tsdgeos, move right
[14:20] <Cimi> tsdgeos, (the preview list)
[14:20] <Cimi> tsdgeos, you see the carousel going up of some pixels
[14:20] <Saviq> Mirv, yeah, qtubuntu definitely needs a rebuild
[14:20] <Cimi> tsdgeos, I put an XXX in the code GenericScopeView.qml
[14:20] <Saviq> Mirv, Project ERROR: Unknown module(s) in QT: sensors-private
[14:20] <Cimi> need to figure out why
[14:21] <Saviq> Mirv, anyway, have a good weekend! you've spent a lot of time past your due this week already ;)
[14:22] <Mirv> Saviq: thanks! ;) I checked still that lp:qtubuntu only b-d:s on qtsensors5-dev, not qtsensors5-private-dev. plus there's now this thing that Debian has dropped private headers for qtsensors, and we should theoretically follow them.
[14:22] <Mirv> (ie qtubuntu shouldn't use the private headers of qtsensors)
[14:23] <Saviq> Mirv, that deserves a bug against qtubuntu then
[14:23] <tsdgeos> Mirv: don't know in this case, but that's something we can't do msot probably, if we're using them is because we need them
[14:23] <Saviq> Mirv, because it means there's a .pro file that uses that module
[14:23] <Saviq> Mirv, and yeah, what tsdgeos said
[14:23] <Saviq> we need to see what's what
[14:24] <Saviq> ricmm, any idea about that, could we do without qtsensors-private-dev?
[14:25] <Mirv> bug #1254051
[14:25] <Saviq> Mirv, awesome, thanks
[14:25] <Saviq> ricmm, ↑↑
[14:26] <ricmm> ??
[14:26] <ricmm> Saviq: would have to take a look at it
[14:26] <ricmm> but not sure when
[14:27] <Saviq> ricmm, mhm
[14:27] <ricmm> assign to me at the very least
[14:27] <ricmm> :)
[14:29] <Saviq> greyback|lunch, standup?
[14:41] <nic-doffay> Saviq, what's the best way to test signal parameters in events?
[14:41] <nic-doffay> eg clicked(parameter)
[14:41] <nic-doffay> onClicked: print(parameter)
[14:41] <nic-doffay> There's not much in the way of the SignalSpy in the docs.
[14:42] <Saviq> nic-doffay, SignalSpy collects the arguments in an array
[14:42] <Saviq> let me check
[14:42] <Saviq> nic-doffay, signalArguments
[14:43] <nic-doffay> Saviq, awesome. Where did you find that btw?
[14:43] <Saviq> nic-doffay, so when you spy.wait(), you can then read spy.signalArguments[]
[14:43] <Saviq> nic-doffay, this time... my head, other times - just ctrl+click on SignalSpy to see the source
[14:43] <Saviq> nic-doffay, it's not well codumented indeed
[14:43] <Saviq> codumented...
[14:43] <Saviq> codumentation
[14:44] <Saviq> why would you need two words1
[14:44] <Saviq> !
[14:44] <nic-doffay> Saviq, haha no clue. It doesn't even sound vaguely ok.
[14:44] <nic-doffay> :P
[14:44] <Saviq> nic-doffay, :Þ
[14:50] <kgunn> mzanetti: sorry i missed standup, i was just reviewing...so is right edge work stalled?
[14:50] <mzanetti> kgunn: there are questions for design. I hope to get answers on Tue in my weekly design meeting
[14:51] <kgunn> mzanetti: cool...
[14:52] <mzanetti> kgunn: this tuesday I agreed with vesar to postpone it for another week as apparently design was having a larger kickoff meeting for the whole right edge/side stage thing
[14:52] <mzanetti> kgunn: but yes. at very latest in London we need to figure a roadmap and really get going with this
[15:01] <Saviq> dednick, there's a crapload of whitespace changes in your dee MP, that expected?
[15:04] <dednick> Saviq: yeah, well, people not clearing their whitespace...
[15:05] <Saviq> dednick, I know, well, let's see what they say
[15:05] <dednick> Saviq: they can say whatever, I'm going on holiday! ;)
[15:05] <Saviq> dednick, I can imagine!
[15:20] <nic-doffay> Saviq, print signalArgument[0] just gives me an Object object
[15:20] <nic-doffay> *printing
[15:20] <Saviq> nic-doffay, yes, it's an array
[15:20] <Saviq> nic-doffay, or Array
[15:20] <nic-doffay> signalArguments[0] is an array?
[15:20] <Saviq> nic-doffay, yes
[15:20] <Saviq> nic-doffay, signalArguments is an array of arrays
[15:21] <Saviq> nic-doffay, 'cause it collects returns from multiple signal emissions
[15:21] <nic-doffay> Saviq, right that was going to be my next question!
[15:21] <nic-doffay> cheers
[15:21] <Saviq> nic-doffay, so if the signal is fired 5 times, there will be 5 arrays
[15:21] <Saviq> each containing the parameters to each emission
[15:26] <tsdgeos> ricmm: Saviq: i'm assigning https://bugs.launchpad.net/qtubuntu/+bug/1254051 to myself have a patch that fixes it
[15:26] <Saviq> tsdgeos, awesome
[15:29] <ricmm> tsdgeos: perfecto
[15:32] <Saviq> tsdgeos, for the crash in expanding music in dash...
[15:33] <Saviq> tsdgeos, I'll just send you the 300MB music I put on there to get it
[15:33] <tsdgeos> ok
[15:33] <tsdgeos> Saviq: ricmm: https://code.launchpad.net/~aacid/qtubuntu/less_private/+merge/196304
[15:34] <tsdgeos> it was just uneeded ^_^
[15:35] <Saviq> tsdgeos, good, I was hoping that's going to be the resolution :)
[15:42] <Saviq> tsdgeos, http://people.canonical.com/~msawicz/music.tar.xz
[15:43] <Saviq> tsdgeos, just unpack into Music and expand the resulting category in Home scope
[15:43] <tsdgeos> ok
[15:43]  * tsdgeos downloads
[15:44] <tsdgeos> boo, jenkins didn't like my MR
[15:44] <Saviq> tsdgeos, to remind, bug #1240408
[15:44] <tsdgeos> Project ERROR: Unknown module(s) in QT: quick
[15:44] <tsdgeos> ah
[15:44] <tsdgeos> i removed qtdeclarative5-private-dev,
[15:45] <tsdgeos> need to add the non prvivate one back
[15:58] <Saviq> tsdgeos, guess what
[15:58] <Saviq> tsdgeos, doesn't crash under gdb :P
[15:58] <tsdgeos> he he
[15:58] <tsdgeos> bad gdb bad
[15:58] <tsdgeos> Saviq: so that's with 5.0, right?
[15:58] <Saviq> tsdgeos, yes
[15:59] <tsdgeos> Saviq: https://code.launchpad.net/~aacid/qtubuntu/less_private/+merge/196304 passed CI btw
[15:59] <Saviq> quick
[16:00] <Saviq> ah well, it doesn't crash out of gdb now  either :/
[16:02] <tsdgeos> :-ß
[16:02] <Saviq> let me reflash
[16:02] <Saviq> will try to gdb under the retracer
[16:07] <tsdgeos> oh noes https://jenkins.qa.ubuntu.com/job/unity-phablet-qmluitests-trusty/397/testReport/junit/%28root%29/qmltestrunner/Dash__test_show_scope_on_load/ is back :S
[16:08] <Saviq> mzanetti, ugh
[16:09] <Saviq> mzanetti, you need to split your music preview MP in two
[16:09] <Saviq> mzanetti, one for unity8 and one for unity-api
[16:11] <Saviq> tsdgeos, approved
[16:14] <nic-doffay> Saviq, mind giving this a spin and giving your thoughts? https://code.launchpad.net/~nicolas-doffay/unity8/category-transition-speed-fix/+merge/195203
[16:14] <Saviq> nic-doffay, will do
[16:14] <nic-doffay> Saviq, cheers.
[16:17] <tsdgeos> hmmm
[16:17] <tsdgeos> this music thing is weird
[16:17] <tsdgeos> i only have Saviq's files around but i'm still getting green day's one i copied ages ago and which are not even on disk anymore
[16:17] <Saviq> tsdgeos, in home or on mtp?
[16:18] <Saviq> tsdgeos, try searching
[16:18] <tsdgeos> /home/phablet/Music/Hey/Miłość! Uwaga! Ratunku! Pomocy!
[16:18] <Saviq> tsdgeos, it sometimes doesn't notice changes
[16:19] <Saviq> tsdgeos, but when you search, it usually updates
[16:19] <tsdgeos> searched and didn't seem to help
[16:19] <tsdgeos> let me try to reboot
[16:22] <tsdgeos> nah nothing
[16:23] <Saviq> tsdgeos, can't crash either?
[16:23] <tsdgeos> well
[16:23] <tsdgeos> nope
[16:23] <tsdgeos> it's just my green day stuff in there
[16:23] <tsdgeos> and still works
[16:23] <Saviq> tsdgeos, mediascanner is probably crashing
[16:23] <Saviq> tsdgeos, so it doesn't update your db
[16:24] <tsdgeos> do you know how to run it manually?
[16:24] <tsdgeos> just mediascanner as phablet?
[16:24] <Saviq> tsdgeos, bug #1239561
[16:24] <Saviq> tsdgeos, a) see if you have .crash files for mediascanner-service
[16:24] <Saviq> if it's crashing for you, there's not much can be done...
[16:24] <tsdgeos> ah wait
[16:24] <tsdgeos> mediascanner-service[2637]: WARNING warning/fs-walker: Cannot list content of "/home/phablet/Music/happysad": g-io-error-quark(14): Permission denied
[16:24] <Saviq> ah
[16:24] <Saviq> interesting
[16:26] <tsdgeos> yep
[16:26] <tsdgeos> crashing now
[16:26] <tsdgeos> well
[16:26] <tsdgeos> i untarred as root
[16:26] <tsdgeos> so yeah not that unexpected :D
[16:26] <Saviq> ;)
[16:26] <Saviq> tsdgeos, good, at least you have it crashing ;)
[16:26] <Saviq> step one ;D
[16:29] <tsdgeos> bah crashed just one
[16:29] <tsdgeos> +c
[16:29] <tsdgeos> not crashing now
[16:40] <mzanetti> Saviq: huh?
[16:40] <mzanetti> why is that?
[16:41] <Saviq> mzanetti, because we just split the scopes plugin out
[16:41] <Saviq> mzanetti, lp:unity-scopes-shell
[16:41] <mzanetti> ah, right
[16:41] <Saviq> mzanetti, so yeah, I meant unity8 and ↑ that, not unity-api
[16:41] <mzanetti> dammit....
[16:41] <Saviq> mzanetti, you yourself approved an MP for it today ;)
[16:41] <mzanetti> Saviq: ok. I'll do on monday
[16:41] <Saviq> mzanetti, almost ;D
[16:41] <Saviq> mzanetti, yeah no worries
[16:42] <mzanetti> yeah.... if you would have said unity-scopes-something I would have known why
[16:42] <mzanetti> but unity-api confused me
[16:42] <Saviq> btw, trunk is kinda broken now
[16:42] <Saviq> until unity-api gets released
[16:42] <Saviq> and even then we need to clean up the import paths
[16:42] <Saviq> 'cause stuff's not working as it should
[16:43] <Saviq> after the split
[16:44] <Saviq> mzanetti, I'll have the unity-mir and unity8 packages with sigstop ready by Monday, too... 70% built now...
[16:44] <Saviq> so yeah, Monday
[16:44] <mzanetti> ok... I guess I'll call it a day then
[16:45] <mzanetti> no point in starting something new
[16:45] <mzanetti> probably continue a bit on the evernote app
[16:47] <Saviq> yeah, take care o/
[16:47] <mzanetti> \o
[16:47]  * Saviq too
[16:47] <Saviq> have a good weekend y'all!
[18:14] <achiang> do we support HTML5 as a scope implementation language?
[18:39]  * greyback eow