=== chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [06:06] anpok, RAOF: OK, I've got the old PentiumD updated and waiting for a new mesa to test (i915) :) [06:07] In the mean time it serves as a noise and heat machine. Handy [06:14] :) === chihchun is now known as chihchun_afk [07:19] duflu: Hi! @ bug 1372276, is it Ctrl-C for the nested or host server? [07:19] bug 1372276 in Mir "Nested server crashes with SIGSEGV on shutdown in eglDestroyContext()" [High,New] https://launchpad.net/bugs/1372276 [07:19] alf: Good question. Not sure :) Will paste script [07:20] alf_: Done === chihchun_afk is now known as chihchun === MacSlow is now known as MacSlow|lunch === MacSlow|lunch is now known as MacSlow === dandrader is now known as dandrader|afk === dandrader|afk is now known as dandrader === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === MacSlow is now known as MacSlow|afk === MacSlow|afk is now known as MacSlow === chihchun is now known as chihchun_afk === dandrader is now known as dandrader|lunch === dandrader|lunch is now known as dandrader [17:26] Hmm trying to test my cmake qtmir on x86 (desktop session) but can't even get desktop session going without my hacked up qtmir [17:34] :( of course you have to unplug external monitor [17:34] would like to submit a 15 minute fix but the whole process of testing it woudl take hours and hours [17:34] so doesnt seem possible [17:39] racarr: yeah multi-monitor & qtmir not friends atm [17:43] It would be easy to for example have [17:43] qtmir reconfigure multiple outputs to clone [17:43] rather than crash... [17:43] but I dont have time today to test all the various configurations, etc...for another branch [17:44] problem is to get Qt happy with that [17:44] really? I mean just present one output [17:44] to qt [17:44] but what renders to each display then? [17:45] to close, do you render for one display, then copy the front buffer to the other display? [17:45] s/close/clone/ [17:45] or just to GL for each display. [17:47] hmm maybe we do render for each display [17:47] for some reason I was thinking [17:47] they were the same front buffer [17:47] im not sure thats truet hough [17:48] lalala [17:48] greyback_: On a happier note tested qtmir-cmake ondesktop and emulator [17:48] (and phone) [17:48] all good [17:51] racarr: cool, thanks [17:52] greyback_: Adding the tests to ctest now then will submit another mp that should pass jenkins and do some self review [17:52] then you can do as you wish with it :D [17:52] racarr: magic! [17:53] racarr: there's this old qtmir branch you made still in review, dandrader left some comments and it's not gone anywhere since: https://code.launchpad.net/~mir-team/qtmir/server-client-acceptance/+merge/230018 [17:53] mark it WIP or think you'll resume it or...? [17:54] greyback_: I was just noticing that too... [17:55] im reflecting on it lol will do something after lunch [17:57] racarr: thanks :) [20:56] Hi all! I'm hopeful in building Touch on an SoC sporting Mali400 GPU, but I can't find any evidence that Mir works with acceleration on this GPU. Can anybody confirm or refute this? [20:57] doneill: I can't off the top of my head! If you have android drivers theres a good chance Mir can use them. [20:59] doneill: you may find this guide helpful: http://unity.ubuntu.com/mir/android_new_device_bringup.html [21:00] Excellent, thank you so much! [21:03] doneill: this is the best channel to find the mir developers, so feel free to ask for help