/srv/irclogs.ubuntu.com/2015/09/25/#ubuntu-unity.txt

=== marcusto_ is now known as marcustomlinson
duflutsdgeos: That setSurface(null) from the QML code... does that actually execute in the rendering thread or not?08:58
duflumzanetti, ^ ?08:59
mzanettiduflu, yes09:00
duflumzanetti: Damn. You sure?09:00
duflu:)09:00
mzanettiduflu, yes... I don't think there's any multithreading happening when inside QML09:02
mzanettiduflu, communication between QML and C++ is happening through method invokations which Qt automatically decouples thread-wise09:03
tsdgeosduflu: is the rendering thread the main thread?09:05
duflutsdgeos: I have no idea. I thought it was not...09:05
tsdgeosin qt quick sense no09:06
duflutsdgeos: No?... http://doc.qt.io/qt-5/qtquick-visualcanvas-scenegraph.html#threaded-render-loop-threaded09:06
tsdgeosno idea if some mir nomenclature is slipping in or not09:06
tsdgeossince i've no idea about mir :D09:06
tsdgeosduflu: so no, setSurface will be executed in the main thread, not in the rendering thread09:06
tsdgeosthere's very few things that run in the render thread09:08
tsdgeosat least that we can touch09:08
tsdgeosmzanetti: ↑↑↑↑↑09:08
mzanettiermm... ok09:09
mzanettisorry..09:09
mzanettiright... with mir we're probably talking of different rendering threads...09:10
tsdgeosi guess you mixed up the rendering thread and main thread names?09:10
tsdgeosyeah E_TOO_MANY_THREADS :D09:10
mzanettito me the main thread is the rendering thread :D09:10
mzanettias it's the one where qt does the ui stuff09:10
tsdgeosyeah, not in quick09:10
tsdgeosthere's a separate thread that does almost everything rendering wise09:11
=== 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
dandraderSaviq, now that mir 0.16 is out, can we get a silo with the mousePointer branches?12:59
Saviqdandrader, I've already a silo for unity8 and qtmir, are mousePointer branches ready to land?12:59
dandraderSaviq, yeah, the only thing holding them back was a mir bug and its fix came in mir 0.1613:00
Saviqdandrader, ok then, can you please let me know the MP links, I'll add to the silo and rebuild13:00
dandraderSaviq, altough gerry left for holidays before being able to top approve them all because of this13:01
dandraderSaviq, sure. just a sec13:01
dandraderSaviq, https://code.launchpad.net/~dandrader/unity8/mousePointer/+merge/27160813:01
dandraderSaviq, https://code.launchpad.net/~dandrader/unity-api/mousePointer/+merge/27162013:02
dandraderSaviq, https://code.launchpad.net/~dandrader/qtmir/mousePointer/+merge/27202713:02
Saviqdandrader, update debian/control to say unity-application-9 where applicable13:05
Saviqdandrader, I'll drop the bump-application-api branches then13:06
ltinkldandrader, hi, is there a branch that makes qtmir compile against mir 0.16?13:08
dandraderltinkl, yes and it should have landed in trunk13:08
ltinkldandrader, mir::events::make_event bails out due to deprecation warnings13:08
ltinkldandrader, I branched trunk a few moments ago and it still fails to build13:09
ltinkldandrader, mirbuffersgtexture.cpp also fails to compile (missing gl_bind_to_texture)13:10
dandraderltinkl, revision 378 ("Port gl_bind_to_texture to the new TextureSource interface. Update for Mir 0.16 release.")13:10
dandraderltinkl, that's the one13:10
ltinkldandrader, hmm13:10
dandraderltinkl, it does update mir::events::make_event usage13:11
* ltinkl tries a merge13:11
Saviqltinkl, it only landed an hour ago or so13:14
ltinklSaviq, ah right, that explains it13:14
dandraderSaviq, they already do that (unity-shell-application=9)13:16
Saviqdandrader, debian/control don't13:16
Saviqdandrader, not for unity813:16
dandraderSaviq, ah, checked CMakeLists.txt only13:17
Saviqwhich is really the less important bit ;)13:17
mterryltinkl, heyo!  you busy?  I'm wondering about the error I emailed you about13:17
ltinklmterry, fixed, and rebuilt the silo13:17
dandraderSaviq, it's not!!13:17
mterryoh really?  sweet, thanks!13:17
Saviqdandrader, for us it is13:17
ltinklmterry, didn't you get my email about it?13:17
dandraderSaviq, you can't compile if there's a  missmatch in the CMake file13:18
Saviqdandrader, exactly13:18
mterryltinkl, I didn't notice it...  let me double check13:18
Saviqdandrader, so you'll know there's a problem soon enough13:18
dandraderSaviq, so the cmake is the most important bit13:18
mterryltinkl, no...  and not in spam either  :)13:19
ltinklmterry, weird, it's in my "sent" folder, nvm :)13:19
Saviqdandrader, I disagree, because it's obvious when there's a problem there13:19
Saviqdandrader, dependencies only show up as problematic in specific conditions13:19
Saviqon top of that, Ubuntu is our only release target for now13:20
dandraderSaviq, as a developer building the code, that's pretty effective/important. but anyway...13:20
mterryltinkl, huh.  now I wonder what else I'm missing  :)13:20
Saviqdandrader, that's because you're never building the packages ;)13:20
Saviqdandrader, I do13:20
dandraderSaviq, yeah, building packages is so boring13:21
dandrader:)13:21
dandraderSaviq, so you mean "s/unity-application-impl-6/unity-application-impl-9" in debian/control of qtmir and unity8?13:21
Saviqdandrader, fixing boottests is even more boring13:21
Saviqdandrader, yes13:21
ltinkldandrader, package 'mir-renderer-gl-dev>=0.16' not found13:21
ltinkldandrader, what am I missing? :)13:22
Saviqltinkl, that's a new package13:22
Saviqltinkl, sudo apt-get build-dep qtmir13:22
dandraderltinkl, mir-renderer-gl-dev version 0.1613:22
dandrader:)13:22
ltinklobviously :)13:22
ltinklSaviq, build-dep didn't find anything new to install13:23
ltinklthat's a broken dep imo13:23
dandraderSaviq, done13:24
Saviqltinkl, or you didn't update your apt13:24
ltinklSaviq, I did13:24
Saviqltinkl, apt-cache showsrc qtmir13:24
dandraderltinkl, "sudo apt-get install mir-renderer-gl-dev"?13:24
Saviqcheck Build-Depends13:24
ltinkldandrader, ye that works ofc13:25
Saviqdandrader, don't ;)13:25
ltinkltoo late :)13:25
Saviqltinkl, anyway, wfm13:25
Saviqdandrader, btw, "FIXME: Get this out of unity-api"? why do we put it there in the first place?13:27
dandraderSaviq, because we dont have a "libqtmir-dev"13:28
dandraderSaviq, we are using unity-api for that instead13:28
dandraderSaviq, but first we have to move Application and ApplicationManager out of qtmir13:28
Saviqdandrader, 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
dandraderSaviq, 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 Monday13:29
Saviqdandrader, ok, separate silo then13:30
dandradercould you mir-renderer-gl-dev\ltinkl13:30
dandraderbleh!13:30
Saviq;d13:30
dandraderltinkl, could you update your mousePointer comment please?13:31
Saviqdandrader, btw, on the implementation side, so we're drawing and compositing the cursor ourselves? so no hardware layer for it?13:31
dandraderSaviq, right13:31
ltinkldandrader, sure13:32
Saviqshame :/, we need to think of using HWC asap13:32
dandraderSaviq, 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
ltinklSaviq, dandrader: comment on qtmir/mousePointer updated13:34
Saviqdandrader, maybe it'd stop stuttering if you composited the cursor in HWC ;)13:35
Saviqdandrader, but also, battery life, all kinds of things13:35
dandraderSaviq, yeah, I'm not advocating *against* it13:35
SaviqI just mean we degraded in that sense13:36
Saviqbecause it was hwc'd when u-s-c was drawing it13:36
Saviqdandrader, https://launchpad.net/~ci-train-ppa-service/+archive/ubuntu/landing-01513:36
Saviqbuilding unity-api first13:36
dandraderSaviq, thanks13:36
dandraderltinkl, you can open cursor files with gimp, btw. it's pretty nice13:37
ltinkldandrader, ye I did try, it's fine; I just got scared by the xterm cursor name initially :)13:38
dandraderltinkl, yes, it's misleading13:38
dandraderltinkl, "sudo apt-get build-dep qtmir" did bring the new mir-renderer-gl-dev dependency. but I'm on wily14:15
ltinkldandrader, not on vivid14:15
dandraderltinkl, I think the overlay ppa in vivid doesn't include source packages or something, so you don't get updated build-deps info from it14:15
dandraderltinkl, I've seem this kind of issue before in vivid+overlay14:16
dandraderltinkl, can't trust build-dep too much there14:16
=== dandrader is now known as dandrader|afl
=== dandrader|afl is now known as dandrader|afk
Saviqdandrader|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.gz15:29
Saviqhttps://requests.ci-train.ubuntu.com/#/ticket/42015:29
Saviqo/15:29
=== dandrader|afk is now known as dandrader
dandraderSaviq, fixed. I had it fixed before but it must have been lost in some local branch...16:29
dandraderkgunn, do you have the permissions to trigger a rebuild of unity8 in silo 015? https://requests.ci-train.ubuntu.com/#/ticket/42016:30
dandraderkgunn, just pushed a fix for it16:30
kgunndandrader: lemme ee16:31
kgunndandrader: weird that you don't ?16:31
dandraderkgunn, I don't have landing rights16:32
kgunndandrader: ok, just kicked16:33
dandraderkgunn, thanks16:34
=== alan_g is now known as alan_g|EOW
=== dandrader is now known as dandrader|afk
=== dandrader|afk is now known as dandrader

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!