=== _salem is now known as salem_ === salem_ is now known as _salem === duflu_ is now known as duflu [07:26] Saviq: qtbase was fine, it's taking some extra effort to get newer qtdeclarative [08:57] Mirv, yeah, there's quite some changes [09:23] mzanetti, quick review pls https://code.launchpad.net/~mhr3/unity-scopes-shell/fix-1237829/+merge/196188 [09:24] tsdgeos, mind giving that category branch a review? I'd like to land it before having to merge trunk again :P [09:24] mhr3: yes sir [09:24] mzanetti, danke schon [09:24] :) [09:24] 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] so may not be able to look at it before lunch [09:24] (actually if you don't use ö for schön it has a different meaning :D ) [09:25] tsdgeos, oh dear, good luck! [09:25] tsdgeos, that's no worries, sometime today is cool. [09:25] nic-doffay: i'm already unlucky, that's why i'm going there [09:25] something wrong happened yesterday evening with my implant :'( [09:25] mhr3: hmm... did I forget that in my branch? [09:25] tsdgeos, I've managed to avoid issue thus far. No idea how. [09:25] ah no... it's in the scope [09:26] tsdgeos, ouch. I imagine that's painful. [09:26] not really painful atm [09:26] just sad of what it probably means [09:26] that is getting a whole new implant [09:26] which is something i'm not looking forward [09:27] mzanetti, we moved the scopes plugin out from lp:unity8, and you pushed a change there, so backporting it [09:27] tsdgeos, well fingers crossed it's something a little simpler than that. [09:27] there's always hope! [09:27] mhr3: aaah. cool [09:30] why oh why isn't there a itemAt(index) in the ListView [09:31] mzanetti, because it might not exist ;) [09:31] Saviq: ah. good point [09:31] :D [09:31] still... it *might* return 0 in that case [09:37] didrocks, no sil today? [09:39] mzanetti, yeah, but it suddenly becomes pretty useless, when for most cases it will return 0 [09:39] did you guys see todays' google doodle? Doctor Who FTW! [09:39] Saviq: yeah... you're probably right [09:41] Saviq, no checking now! [09:42] Saviq, mega! [09:50] 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] Saviq: no google doodle here [09:51] mzanetti, orly? [09:51] mzanetti, not on google.com either? [09:51] hehe... only on google.pl [09:51] mhr3: no, he had to leave for personal/family reason [09:51] mhr3: he will be back on Monday [09:51] mzanetti, https://www.google.co.uk/ [09:51] not on .de, not on .com and not on .ch (which is what google thinks is my location for some reason) [09:52] oh right... on .co.uk too [09:52] mzanetti, well, .com makes sense, as that's equivalent to .ch in your case then [09:52] greyback, Doctor Who doodle! ;D [09:52] mzanetti, interesting how they decided you guys don't do Doctor Who :D [09:53] Saviq: what? [09:53] Saviq: well, they're probably right. haven't seen a single episode of that [09:53] greyback, https://www.google.co.uk/ [09:53] mzanetti, it's not that big here either [09:54] weird. I'm not that into it either [09:54] greyback, not big in IE? so it's just a UK thing? [09:54] at least google.ie has it, too [09:56] I've a few friends who like it, but yeah, it's more a UK thing [09:57] mhr3, forgot about one thing - please add unity-plugin-scopes to the build scripts [09:57] mhr3, as there's no other way to get runtime depends on your dev machine [09:58] mhr3, actually let me [10:02] yea, not liking much that this is more or less making people use t [10:02] well... unless you're happy with mock scopes [10:05] mhr3, we're all meant to be using t anyway, are we not [10:05] mhr3, why does unity-plugin-scopes ship a .pc file? [10:05] mhr3, are we linking against it somewhere? [10:06] Saviq, no, but if we wanted to dlopen it, it has the libdir [10:06] mhr3, why would we want to dlopen it? [10:06] Saviq, but don't really see a usage for it atm [10:06] mhr3, right ;) [10:07] Saviq, that doesn't mean it can't be there though :) [10:07] mhr3, WHAT! [10:07] ;P [10:08] mzanetti, soo, if you search for "Xbmc", do you get the web remote in More suggestions? [10:09] mzanetti, or xbmcremote, for that matter, if you don't have it installed? [10:09] mhr3, you ↑? [10:10] Saviq, phone? [10:10] mhr3, click scope, yes [10:11] my battery is dead again, give me a minute [10:16] Saviq: yes, I do [10:16] mzanetti, interesting, not here for me [10:16] Saviq: ah wait. I have both installed [10:16] lemme uninstall [10:16] mzanetti, yeah, it's about the remote stuff, not local [10:17] Mirv: how do you build ubuntu-ui-toolkit if v8 is not there in Qt 5.2? [10:17] Saviq: works here (with image 10) [10:17] let me try on the development device with image 27 [10:18] if that doesn't hard-reset before I get to it :D [10:18] tsdgeos: remove the v8 build-dependency line from debian/control [10:18] Mirv: so you've kind of patched the package [10:19] tsdgeos: no, I haven't built it, I thought you were asking how you could build it [10:19] Mirv: but it's at https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta2/+packages [10:19] tsdgeos: for quantal, yes :) [10:19] ah that's from march [10:21] interesting that it actually works, then [10:21] without rebuilds [10:22] Saviq: nope. it works with image 27 too [10:22] mzanetti, veery interesting [10:22] I'll have to talk to alecu, then [10:22] 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] both = Qt 5.0 and 5.2 [10:23] Saviq, i'm not getting anything for searches [10:23] just surfacing [10:24] mhr3, neither xbmc or Xbmc? [10:24] Saviq, oh yea, lowercase works [10:25] mhr3, so yeah, we got case sensitive search somewhere [10:25] interesting it works for mzanetti [10:25] or he's lying to us again, bastard :P [10:25] what do you mean with "again"? :P [10:25] doesn't want to do work, he does! [10:25] Saviq: do I need to send you pictures? [10:26] mzanetti, ;) [10:26] mzanetti, he knows they'd be photoshopped ;P [10:26] 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] mzanetti, j/k, it's just an interesting data point [10:26] 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] Saviq: no worries. I understand this was joking [10:27] but really it works here on image 10 and 27 [10:27] Saviq, when you have time can you tell me if I can use that shader? [10:27] typing "xb" gives me Xbmcremote in installed and XBMC Web remote in more suggestions [10:27] Cimi, I'd rather see a branch for review, if that's ok with you? [10:27] mzanetti, how about 'Xb'? uppercase? [10:27] Saviq, I'll try [10:28] Saviq: hmm... interesting. that doesn't work [10:28] mzanetti, see! [10:28] mzanetti, liar liar, pants on fire! [10:28] lol [10:28] 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] I intentionally was fighting the the OSK to let me start lowercase because I thought that's the issue [10:28] Saviq: ^ [10:29] mzanetti, yeah, that's how I discovered it in the first place [10:29] mzanetti, just typed, and nothing came up [10:29] Saviq: so I guess they do "search == entry.toLowerCase()" [10:29] mzanetti, yeah, lowercasing on just one hand probably [10:30] 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] tsdgeos: ok. would need someone to sponsor lp:~kubuntu-packagers/kubuntu-packaging/qtdeclarative-opensource-src_5.0.2 [10:33] Mirv: don't think i can do that can i? [10:34] well i can push shadeslayer or riddell if that helps :D [10:35] not sure the pushing would work otoh [10:36] ok, off to the dentist, wish me luck [10:37] riddell could upload it sure, or anyone from https://launchpad.net/~ubuntu-core-dev/+members [10:37] tsdgeos: good luck! :) [10:37] it's good that you can type without teeth [10:42] Saviq, ust realised that since the carousel preview is broken in trunk [10:42] Saviq, it's better to postpone after my dash renderers branch [10:43] we cannot test this [10:43] Cimi, k [10:44] mhr3, pushed two commits to https://code.launchpad.net/~unity-team/unity8/move-scopes-plugin-out/+merge/194910 [10:45] mhr3, please have a look [10:46] Saviq, looks good [10:47] mhr3, I'll let CI look at it again and top-approve if it's looking good [10:47] kk [10:49] mhr3, we'll clean the whole paths story in unity8 (based on unity-api) in a later change [10:51] mhr3, ah well, it's going to fail in CI now, need a release of unity-api first [10:51] unless it's there in mbs [10:51] which it should be... [10:51] right, any ideas when autolanding is going to work again? [10:53] meaning daily release? [10:53] mhr3, I was told yesterday that... not until Airline CI ;/ [10:54] ehm [10:54] mhr3, or at least not until the results they get from manual testing == that from automagic testing [10:54] mhr3, depends on who you ask ;) [10:55] i started wondering what's the proper emoticon for /pulls gun to head [10:55] i guess this will suffice: [10:55] kmn [11:05] dandrader: reviewed this: https://code.launchpad.net/~dandrader/unity8/gestureTestsBaseClass/+merge/196256 [11:16] mzanetti, noticed something in music-preview - you calculate the percent value just to then convert it back to real (* 100; / 100) [11:16] mzanetti, could we drop the 100? [11:16] Saviq: probably. I'll have a look [11:17] mzanetti, and call it "progress" [11:21] Saviq: yeah. good catch. pushed [11:22] mzanetti, cheers [11:22] mzanetti, probably not the biggest resource hog in our codebase ;) [11:22] lol... probably not [11:24] 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] https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1252736 [11:24] Ubuntu bug 1252736 in Ubuntu UI Toolkit "[Qt5.2] UbuntuShape content is incorrect, garbage shown" [High,Confirmed] [11:24] and reviewing that to reduce it === nic is now known as Guest49169 [11:28] mzanetti, you'll review https://code.launchpad.net/~gerboland/unity-mir/listen-for-server-start-stop-ready/+merge/191224 too? [11:28] Saviq: sure, can do [11:31] mzanetti, updated [11:31] dandrader: cheers [11:36] mzanetti, did you test with that? without it the test in unity8 should fail under Mir? [11:38] Saviq: no I didn't test it on the device (shame on me) [11:39] mzanetti, please do, if we f*ck this up the shell won't start or something [11:39] Saviq: but why do we need to raise SIGSTOP twice? [11:39] mzanetti, once [11:39] mzanetti, once for Mir, once for Surfaceflinger [11:39] mzanetti, but in the Mir case, unity8 doesn't know, so we're raising from unity-mir [11:39] mzanetti, there's a FIXME on that from greyback in the unity-mir MP === _salem is now known as salem_ [11:41] * greyback is being talked about a lot today [11:42] greyback, your ears tingle, don't they? ;) [11:44] Saviq: I'm still not sure why we need this unity-mir at all [11:44] Saviq: nah, trying to get some work done, so shuddup! [11:44] lets refer to him as grayback in order not to trigger his highlight :D [11:44] lol [11:45] 50 shades of Grayback? [11:45] oh yeah [11:45] that's my biography title, right there [11:47] ;D [11:47] Saviq: can you explain me why we can't raise the signal inside unity for both cases? [11:48] mzanetti, because unity8 doesn't know when to raise it yet [11:48] mzanetti, as by then they're two different threads [11:48] mzanetti, when startShell is called in the Mir case, Mir is getting ready [11:48] mzanetti, in a separate thread [11:49] Saviq: but by the time we call app->exec() we should be ready, no? [11:49] mzanetti, not necessarily [11:49] mzanetti, it's a race [11:50] mzanetti, it's Mir that calls startShell [11:50] Saviq: yes. that's what I understood too [11:50] mzanetti, but there's no guarantee it's ready to accept connections by then [11:50] Saviq: so I thought it should do that only when it's ready [11:51] mzanetti, it doesn't [11:51] mhm [11:51] ok then... I guess that's what it is [11:52] Saviq: still a bit strange that the QPA doesn't have issues if the display server is not up yet [11:52] mzanetti, you could argue that by the time it starts the 'client' (unity8 in our case) [11:52] mzanetti, it has to be ready indeed [11:53] Saviq: yeah. that's what I meant... [11:55] greyback, can you comment ↑ by the time startShell is called by Mir, it has to be ready to accept connections, no? [11:55] greyback, so mzanetti has a good point that's when we could raise SIGSTOP, too [11:58] 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] mhm... does it make such a difference in practice? [11:58] although I agree that we probably don't really care, 'cause clients connecting before unity8 connects are not really helpful anyway [11:59] mzanetti, ↑ [11:59] 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] and try to keep the codepath somewhat linear [12:01] Saviq: so yes. I'd vote for doing everything in unity8 [12:01] grayback, err greyback: ^ [12:01] sorry I've been thinking [12:01] mzanetti, that was the plan all along, but we somehow got hung up on the start/stop/pause listener [12:01] greyback, don't be sorry, it's ok [12:01] mir server will be up before startShell is called [12:02] brb [12:02] greyback, yeah, it can't call startShell before it's ready to accept connections as that would be pretty racy [12:02] so yeah, could be done in unity8 alone. [12:02] I think I prefered this solution as it's the direction I want to bring unity-mir in [12:03] where instead of this QMirServerApplication crap, the QPA plugin itself starts Mir [12:03] greyback, still, the SIGSTOP is pretty specific to unity8 [12:03] greyback, not to Mir [12:03] true [12:03] greyback, unity-mir shouldn't really have anything 'unity8' in it [12:04] yep. [12:05] ok I can remove that MR. Who will add to unity8? [12:06] greyback, I'll fix mine [12:06] okies [12:07] greyback, can you please verify with Mir folk that this is indeed ok? [12:07] greyback, I vaguely remember talking about this and maybe there was actually a reason that I can't remember now? [12:09] re [12:10] mzanetti, pushed to my branch [12:10] Saviq, any idea what package I'm missing with this: Project ERROR: Unknown module(s) in QT: organizer v8 [12:10] mzanetti, should be testable under both sflinger and mir with no other changes [12:10] Guest49169: libqt5v8-dev [12:11] Guest49169: and libqt5pim-dev [12:11] mzanetti, nice one! [12:11] Saviq: ok. I'll test [12:12] Saviq: yeah, we need the unity-mir thing. Mir is not running when startShell called [12:13] mzanetti: ^ [12:13] mzanetti, how can this be? [12:13] greyback, ↑ [12:13] greyback: yeah... I'd expect QQuickView to complain about that [12:13] unless there is some logic which just waits [12:13] greyback, so we're just assuming it will get ready between calling startShell and calling exec()? [12:13] mzanetti, can't find any libqt5pim-dev [12:13] in which case we'd be fine to emit it in startShell too I guess [12:14] mzanetti: startShell is an Mir internal client, which is handled differently to external clients [12:14] greyback, right, it's not going through the socket [12:14] [12:14] right [12:14] ah ok. that explains things [12:14] * Saviq uncommits [12:14] * greyback restores MR [12:14] Guest49169: hmm... seems it's called qt5pim-dev without lib [12:14] Saviq: greyback: sorry for the confusion then... [12:14] mzanetti, thank you [12:15] mzanetti, no worries, maybe it'll burn into my mind finally [12:15] mzanetti, I *did* know that before [12:15] mzanetti: new MR: https://code.launchpad.net/~gerboland/unity-mir/listen-for-server-start-stop-ready/+merge/196269 [12:15] greyback: seems to conflict [12:16] fixing... [12:16] greyback, make the version just 0.2 [12:16] greyback, cu2d will take care of the rest === nic is now known as Guest12548 [12:21] /food === MacSlow is now known as MacSlow|lunch [12:38] mzanetti, Hi! how to press and hold in qmltests ? [12:43] mzanetti: just use mousePress instead of mouseClick? [12:43] err [12:43] om26er: ↑↑ [12:43] and then mouseRelease some time later [12:43] tsdgeos, thx [12:43] or even do a tryCompare to what the mousePress is supposed to do [12:43] that'll do the wait for you [12:44] om26er: tsdgeos: yeah. don't use mouseClick(); wait(); mouseRelease() but rather mouseClick(), tryCompare(), mouseRelease() [12:49] nic-doffay: what's this MR supposed to do, make stuff travel at constant time or make stuff travel at constant speed? [12:51] tsdgeos, both. [12:51] well, oyu can't have both, no? [12:51] tsdgeos, actually scratch that just speed. [12:51] Sorry. [12:52] So it doesn't increase the greater the grid is. [12:54] Saviq, i don't get category expanders, any idea why that could be? [12:54] nic-doffay: ok, will check later [12:54] lunch [12:54] ! [12:54] Saviq, and yes there are enough results [13:01] Saviq, oh and that's with new scopes [13:01] mhr3, GenericScopeView.qml:277 [13:01] mhr3, that's where it decides whether to show them or not - see what's happening there [13:26] mzanetti, so, thumbs up here? https://code.launchpad.net/~dandrader/unity8/gestureTestsBaseClass/+merge/196256 [13:26] dandrader: not really :/ [13:26] dandrader: I'd have another 2 nitpicks if you're ok with that [13:27] mzanetti, shoot [13:27] https://code.launchpad.net/~dandrader/unity8/gestureTestsBaseClass/+merge/196256/comments/454085 [13:33] 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] 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] 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. === MacSlow|lunch is now known as MacSlow [13:41] Mirv: "start unity8" from the shell? [13:42] mzanetti, done [13:43] tsdgeos: unknown job [13:43] Mirv: as phablet user not as root [13:44] dandrader: approved [13:44] 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] mzanetti, thanks! [13:46] Mirv: sigh :-/ [13:46] Mirv: yeah probably more stuff needs rebulding [13:46] Mirv: maybe you can start those rebuilds now and let them hopefully run thrpugh the weekend? [13:47] tsdgeos: it's usually not a simple rebuild, ie. I'd need to build them locally anyway and adjust packaging as needed [13:47] and disable symbols so that the building wouldn't break at those without updates, etc [13:48] oh :/ [13:48] 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 === greyback is now known as greyback|lunch [13:52] 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] 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] tsdgeos, are you getting erratic behaviour with large grids? [13:53] That's the main reason for this MP. [13:54] yeah, it opens slow and closes fast [13:54] seems weird [13:55] Saviq, https://code.launchpad.net/~unity-team/unity8/dash-renderers/+merge/196285 [13:55] Saviq, as said I have headache and I'll try to relax for one or two hours [13:56] ...done (recipes) [14:02] tsdgeos, did 5.2 fix the flick on high dpi? [14:03] Cimi: i do not know [14:03] florian did some work on make our dpi usage more qt-like so maybe [14:03] haven't tried myself yet [14:04] tsdgeos, I am so frustrated that if you write an app on ubuntu touch, add a flickable, flick [14:04] it's bloody slow [14:04] just for a stupid default value of flick velocity [14:05] it gives the idea ubuntu touch is slow while it's simply doing that due to a property not scaled to highdpi [14:05] agree [14:05] d [14:08] Cimi: so how's the baserenderer thing going need some help in there? or shall i find something else? [14:14] Mirv, you can always just 'initctl stop unity8' as phablet to make it stop respawning [14:14] Mirv, and then just execute unity8 as usual [14:18] tsdgeos, there's one bug [14:18] tsdgeos, I wanted to tackle today [14:18] tsdgeos, but I'm killed with headache [14:18] tsdgeos, you can see ^^ [14:18] I added TODO in the MR [14:18] Saviq: hmm.. doesn't start here. but not entirely sure yet if its my setup [14:19] Cimi: want me to try to have a look or you get on it on monday? [14:19] tsdgeos, if you want, you can go ahead [14:19] mzanetti, ok, let me build packages [14:19] Cimi: ok, i'll see [14:19] tsdgeos, I will otherwise, but not before two hours [14:19] tsdgeos, might be simple or not, I don't know [14:19] Cimi: kill that headache! [14:19] tsdgeos, if you open the carousel preview [14:19] tsdgeos, look at the carousel at the bottom [14:19] 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] tsdgeos, move right [14:20] tsdgeos, (the preview list) [14:20] tsdgeos, you see the carousel going up of some pixels [14:20] Mirv, yeah, qtubuntu definitely needs a rebuild [14:20] tsdgeos, I put an XXX in the code GenericScopeView.qml [14:20] Mirv, Project ERROR: Unknown module(s) in QT: sensors-private [14:20] need to figure out why [14:21] Mirv, anyway, have a good weekend! you've spent a lot of time past your due this week already ;) [14:22] 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] (ie qtubuntu shouldn't use the private headers of qtsensors) [14:23] Mirv, that deserves a bug against qtubuntu then [14:23] 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] Mirv, because it means there's a .pro file that uses that module [14:23] Mirv, and yeah, what tsdgeos said [14:23] we need to see what's what [14:24] ricmm, any idea about that, could we do without qtsensors-private-dev? === pete-woods is now known as pete-woods|late- [14:25] bug #1254051 [14:25] bug 1254051 in qtubuntu "Drop qtsensors private headers usage if possible" [Undecided,New] https://launchpad.net/bugs/1254051 === pete-woods|late- is now known as pete-woods|lunch [14:25] Mirv, awesome, thanks [14:25] ricmm, ↑↑ [14:26] ?? [14:26] Saviq: would have to take a look at it [14:26] but not sure when [14:27] ricmm, mhm [14:27] assign to me at the very least [14:27] :) [14:29] greyback|lunch, standup? === dandrader is now known as dandrader|lunch [14:41] Saviq, what's the best way to test signal parameters in events? [14:41] eg clicked(parameter) [14:41] onClicked: print(parameter) [14:41] There's not much in the way of the SignalSpy in the docs. [14:42] nic-doffay, SignalSpy collects the arguments in an array [14:42] let me check [14:42] nic-doffay, signalArguments [14:43] Saviq, awesome. Where did you find that btw? [14:43] nic-doffay, so when you spy.wait(), you can then read spy.signalArguments[] [14:43]