=== chihchun_afk is now known as chihchun [10:40] greyback: can you confirm? Unity8 uses QtCompositor from qtmir, not Mir's MultiThreadedCompositor? [10:41] alan_g: confirmed [10:44] * alan_g add Compositor to a list of customization points that could be improved === ondra_ is now known as ondra [11:18] alan_g: greyback: There have been various talks about changing Unity8 to MTC, but there were always more pressing topics to pursue [11:18] alf_: right, kdub_ did work on that, but is blocked until we adopt qt5.5 [11:30] alf_, hey,so I was trying lp:~afrantzis/jenkins-launchpad-plugin/deb-artifacts-in-any-dir [11:30] DUH [11:39] alf_, actually, seems to be working fine, yeah [11:41] Saviq: good to hear [11:42] alf_, and it seems to work for old s-jenkins format as well, cool [11:43] alf_, one thing though, think it would make sense to order alphabetically? [11:43] I've always felt lost in the list tbh [11:47] Saviq: I think builds at the same level were ordered alphabetically by jenkins. [11:49] Saviq: not sure that imposing a global alphabetical sort would make things easier to read, since it would mix different levels [11:50] alf_, don't think it is ordered, http://pastebin.ubuntu.com/14886578/ [11:50] alf_, ah wait, it is [11:50] alf_, but the problem is that it's breadth-first instead of depth-first [11:51] Saviq: yeah, for example all the build-2-binpkg jobs are ordered [11:51] alf_, right, it'd be better if it would be depth-first IMO [11:53] Saviq: well, ok, I can take a look, but perhaps better to leave this for a different MP? Better to have this now I think than no output at all. [11:53] alf_, yeah sure, just talking :) [12:14] alf_, minor comments on https://code.launchpad.net/~afrantzis/jenkins-launchpad-plugin/triggered-builds/+merge/284117 [12:29] Saviq: thanks, commented and updated === dandrader_ is now known as dandrader === dandrader is now known as dandrader|afk [12:38] alf_, didn't save comments, did you? [12:41] alf_: (not urgent) I'd like your thoughts on duflu's suggestion. (The more I think about it the more complex making it work seems - but maybe I'm missing something.) https://code.launchpad.net/~alan-griffiths/mir/fix-1535894/+merge/285058 === dandrader|afk is now known as dandrader [12:51] Saviq: I replied inline, did these get lost? [12:51] alf_, need to press "save comments" at the top [12:51] alf_, should still be in your browser [12:52] Saviq: ah, closed tab... in any case: using set() directly would arbitrarily rearrange builds, the way it's done now the order is retained [12:53] alf_, regardless if you closed tab ;) [12:54] alf_, they're stored in browser [12:54] alf_, right, I thought that might be the reasoning [12:54] alf_, so you can go to that same URL and press Save and they should be there :0 [13:04] alf_, approved, let's see if they use autolanding :) === dandrader is now known as dandrader|afk === dandrader|afk is now known as dandrader [15:38] Saviq: Thanks for the reviews. Unless there are any objections I will trigger the recipe to publish the new version in the ppa [15:38] alf_, +1 from me === dandrader is now known as dandrader|lunch [15:54] Saviq: tools PPA now contains all the MP message goodies! Enjoy! [15:55] alf_, yay, /me updates === sil2100_ is now known as sil2100 === popey_ is now known as popey [16:43] kdub_: AlbertA: hi could one of you help debug this issue? https://github.com/ubports/android/issues/1 [16:44] android 5.1 on fairphone [16:44] 2 === chrisccoulson_ is now known as chrisccoulson [17:00] mariogrip: so it seems then the module open call did not return an error but returned null for the alloc_device_t... [17:01] that's in android_buffer_allocator.cpp (AndroidGraphicBufferAllocator constructor) [17:05] do you know why it does not return? it seems to print correct address [17:05] mariogrip, it returns, and let's please keep the conversation in one channel [17:05] mariogrip: oh just looked at the pastebin... [17:06] mariogrip: you are missing symbols in the stack trace so could have crashed on the android side [17:07] AlbertA, top of the stack is 0x0 ;) unlikely that anything is mapped to that address [17:08] mariogrip, do you have a link to the actual libw module implementation handy? [17:08] null function pointer? [17:08] sounds like android side issue :) [17:08] AlbertA, yup [17:09] AlbertA, https://github.com/CyanogenMod/android_hardware_qcom_display/tree/cm-12.1-caf-8974 [17:09] AlbertA, https://github.com/CyanogenMod/android_hardware_qcom_display/blob/cm-12.1-caf-8974/libgralloc/gpu.cpp#L46 [17:09] alloc is null after the assignment [17:10] l. 39 is funky, too, as alloc_device_t is a direct base of gpu_context_t [17:10] tvoss: libw? [17:11] mariogrip, sorry, libhardware :) [17:11] https://github.com/CyanogenMod/android_hardware_libhardware [17:11] https://github.com/CyanogenMod/android_hardware_libhardware/tree/cm-12.1 [17:11] tvoss: umm treating as pod, but maybe it's not a pod [17:16] AlbertA, also assumes default alignment [17:18] mariogrip, so I think the gralloc device is initialized here: https://github.com/CyanogenMod/android_hardware_libhardware/blob/cm-12.1/modules/gralloc/gralloc.cpp [17:19] tvoss: it should not, but I can test [17:20] mariogrip, ah, no worries, I might be wrong === dandrader|lunch is now known as dandrader === chihchun is now known as chihchun_afk [17:22] mariogrip, I will eat something and read code later on [17:22] okey :) === tvoss is now known as tvoss|dinner === dandrader is now known as dandrader|afk === tvoss|dinner is now known as tvoss [21:13] yay mir 0.19.1