=== marcusto_ is now known as marcustomlinson [08:58] tsdgeos: That setSurface(null) from the QML code... does that actually execute in the rendering thread or not? [08:59] mzanetti, ^ ? [09:00] duflu, yes [09:00] mzanetti: Damn. You sure? [09:00] :) [09:02] duflu, yes... I don't think there's any multithreading happening when inside QML [09:03] duflu, communication between QML and C++ is happening through method invokations which Qt automatically decouples thread-wise [09:05] duflu: is the rendering thread the main thread? [09:05] tsdgeos: I have no idea. I thought it was not... [09:06] in qt quick sense no [09:06] tsdgeos: No?... http://doc.qt.io/qt-5/qtquick-visualcanvas-scenegraph.html#threaded-render-loop-threaded [09:06] no idea if some mir nomenclature is slipping in or not [09:06] since i've no idea about mir :D [09:06] duflu: so no, setSurface will be executed in the main thread, not in the rendering thread [09:08] there's very few things that run in the render thread [09:08] at least that we can touch [09:08] mzanetti: ↑↑↑↑↑ [09:09] ermm... ok [09:09] sorry.. [09:10] right... with mir we're probably talking of different rendering threads... [09:10] i guess you mixed up the rendering thread and main thread names? [09:10] yeah E_TOO_MANY_THREADS :D [09:10] to me the main thread is the rendering thread :D [09:10] as it's the one where qt does the ui stuff [09:10] yeah, not in quick [09:11] there's a separate thread that does almost everything rendering wise === alan_g is now known as alan_g|lunch === karni-away is now known as karni === alan_g|lunch is now known as alan_g [12:59] Saviq, now that mir 0.16 is out, can we get a silo with the mousePointer branches? [12:59] dandrader, I've already a silo for unity8 and qtmir, are mousePointer branches ready to land? [13:00] Saviq, yeah, the only thing holding them back was a mir bug and its fix came in mir 0.16 [13:00] dandrader, ok then, can you please let me know the MP links, I'll add to the silo and rebuild [13:01] Saviq, altough gerry left for holidays before being able to top approve them all because of this [13:01] Saviq, sure. just a sec [13:01] Saviq, https://code.launchpad.net/~dandrader/unity8/mousePointer/+merge/271608 [13:02] Saviq, https://code.launchpad.net/~dandrader/unity-api/mousePointer/+merge/271620 [13:02] Saviq, https://code.launchpad.net/~dandrader/qtmir/mousePointer/+merge/272027 [13:05] dandrader, update debian/control to say unity-application-9 where applicable [13:06] dandrader, I'll drop the bump-application-api branches then [13:08] dandrader, hi, is there a branch that makes qtmir compile against mir 0.16? [13:08] ltinkl, yes and it should have landed in trunk [13:08] dandrader, mir::events::make_event bails out due to deprecation warnings [13:09] dandrader, I branched trunk a few moments ago and it still fails to build [13:10] dandrader, mirbuffersgtexture.cpp also fails to compile (missing gl_bind_to_texture) [13:10] ltinkl, revision 378 ("Port gl_bind_to_texture to the new TextureSource interface. Update for Mir 0.16 release.") [13:10] ltinkl, that's the one [13:10] dandrader, hmm [13:11] ltinkl, it does update mir::events::make_event usage [13:11] * ltinkl tries a merge [13:14] ltinkl, it only landed an hour ago or so [13:14] Saviq, ah right, that explains it [13:16] Saviq, they already do that (unity-shell-application=9) [13:16] dandrader, debian/control don't [13:16] dandrader, not for unity8 [13:17] Saviq, ah, checked CMakeLists.txt only [13:17] which is really the less important bit ;) [13:17] ltinkl, heyo! you busy? I'm wondering about the error I emailed you about [13:17] mterry, fixed, and rebuilt the silo [13:17] Saviq, it's not!! [13:17] oh really? sweet, thanks! [13:17] dandrader, for us it is [13:17] mterry, didn't you get my email about it? [13:18] Saviq, you can't compile if there's a missmatch in the CMake file [13:18] dandrader, exactly [13:18] ltinkl, I didn't notice it... let me double check [13:18] dandrader, so you'll know there's a problem soon enough [13:18] Saviq, so the cmake is the most important bit [13:19] ltinkl, no... and not in spam either :) [13:19] mterry, weird, it's in my "sent" folder, nvm :) [13:19] dandrader, I disagree, because it's obvious when there's a problem there [13:19] dandrader, dependencies only show up as problematic in specific conditions [13:20] on top of that, Ubuntu is our only release target for now [13:20] Saviq, as a developer building the code, that's pretty effective/important. but anyway... [13:20] ltinkl, huh. now I wonder what else I'm missing :) [13:20] dandrader, that's because you're never building the packages ;) [13:20] dandrader, I do [13:21] Saviq, yeah, building packages is so boring [13:21] :) [13:21] Saviq, so you mean "s/unity-application-impl-6/unity-application-impl-9" in debian/control of qtmir and unity8? [13:21] dandrader, fixing boottests is even more boring [13:21] dandrader, yes [13:21] dandrader, package 'mir-renderer-gl-dev>=0.16' not found [13:22] dandrader, what am I missing? :) [13:22] ltinkl, that's a new package [13:22] ltinkl, sudo apt-get build-dep qtmir [13:22] ltinkl, mir-renderer-gl-dev version 0.16 [13:22] :) [13:22] obviously :) [13:23] Saviq, build-dep didn't find anything new to install [13:23] that's a broken dep imo [13:24] Saviq, done [13:24] ltinkl, or you didn't update your apt [13:24] Saviq, I did [13:24] ltinkl, apt-cache showsrc qtmir [13:24] ltinkl, "sudo apt-get install mir-renderer-gl-dev"? [13:24] check Build-Depends [13:25] dandrader, ye that works ofc [13:25] dandrader, don't ;) [13:25] too late :) [13:25] ltinkl, anyway, wfm [13:27] dandrader, btw, "FIXME: Get this out of unity-api"? why do we put it there in the first place? [13:28] Saviq, because we dont have a "libqtmir-dev" [13:28] Saviq, we are using unity-api for that instead [13:28] Saviq, but first we have to move Application and ApplicationManager out of qtmir [13:29] dandrader, qtmir bit has no ACK from anyone, but has a NeedsFixing form ltinkl, not ready to land in my book, is it... should it wait until Monday? [13:29] Saviq, as I said, gerry left before being able to give the final ack. could you put it in a silo at least? I'm sure gerry will be happy to bless it on Monday [13:30] dandrader, ok, separate silo then [13:30] could you mir-renderer-gl-dev\ltinkl [13:30] bleh! [13:30] ;d [13:31] ltinkl, could you update your mousePointer comment please? [13:31] dandrader, btw, on the implementation side, so we're drawing and compositing the cursor ourselves? so no hardware layer for it? [13:31] Saviq, right [13:32] dandrader, sure [13:32] shame :/, we need to think of using HWC asap [13:34] Saviq, don't find it so crucial. if your compositor is stuttering, having a fluid mouse hovering over the mess won't save you anyway. [13:34] Saviq, dandrader: comment on qtmir/mousePointer updated [13:35] dandrader, maybe it'd stop stuttering if you composited the cursor in HWC ;) [13:35] dandrader, but also, battery life, all kinds of things [13:35] Saviq, yeah, I'm not advocating *against* it [13:36] I just mean we degraded in that sense [13:36] because it was hwc'd when u-s-c was drawing it [13:36] dandrader, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-015 [13:36] building unity-api first [13:36] Saviq, thanks [13:37] ltinkl, you can open cursor files with gimp, btw. it's pretty nice [13:38] dandrader, ye I did try, it's fine; I just got scared by the xterm cursor name initially :) [13:38] ltinkl, yes, it's misleading [14:15] ltinkl, "sudo apt-get build-dep qtmir" did bring the new mir-renderer-gl-dev dependency. but I'm on wily [14:15] dandrader, not on vivid [14:15] ltinkl, I think the overlay ppa in vivid doesn't include source packages or something, so you don't get updated build-deps info from it [14:16] ltinkl, I've seem this kind of issue before in vivid+overlay [14:16] ltinkl, can't trust build-dep too much there === dandrader is now known as dandrader|afl === dandrader|afl is now known as dandrader|afk [15:29] dandrader|afk, unity8 failed to build in the silo, please have a look https://launchpadlibrarian.net/218825620/buildlog_ubuntu-wily-amd64.unity8_8.11%2B15.10.20150925-0ubuntu1_BUILDING.txt.gz [15:29] https://requests.ci-train.ubuntu.com/#/ticket/420 [15:29] o/ === dandrader|afk is now known as dandrader [16:29] Saviq, fixed. I had it fixed before but it must have been lost in some local branch... [16:30] kgunn, do you have the permissions to trigger a rebuild of unity8 in silo 015? https://requests.ci-train.ubuntu.com/#/ticket/420 [16:30] kgunn, just pushed a fix for it [16:31] dandrader: lemme ee [16:31] dandrader: weird that you don't ? [16:32] kgunn, I don't have landing rights [16:33] dandrader: ok, just kicked [16:34] kgunn, thanks === alan_g is now known as alan_g|EOW === dandrader is now known as dandrader|afk === dandrader|afk is now known as dandrader