[00:34] AAaargh. [00:35] Stupid partial-armhf-chroot stupid bastard of a thing. [01:36] Um, why doesn't find_path actually stat the file it's looking for? [01:42] RAOF: maybe because stat will give you the real answer, whereas it may be useful to retain a relative path like that passed in? [01:43] duflu_: But then how does it find the file? === duflu_ is now known as duflu [01:43] Magic! [01:44] Specifically - I can see that find_library stats for the library it's looking for, and indeed, find_library(GLIB_LIBRARY ...) is finding the glib library. [01:45] However, find_path(GLIB_INCLUDE_DIR glibconfig.h ...) isn't statting glibconfig.h, and isn't finding GLIB_INCLUDE_DIR. [02:04] Ok, that's super annoying. [02:58] RAOF: I missed that, and hope it's not my lack of IRC stability that's annoying [02:58] It's annoying me though [03:22] duflu: Ah, no. I was just getting annoyed at cmake and our convoluted build system. === chihchun_afk is now known as chihchun [03:53] * RAOF wins the buildsystem wranger award! [04:09] gcc wins the award for compiler most confused and lost by a missing parenthesis [04:10] I shouldn't have to switch to clang just to figure out what's wrong. [04:11] duflu: Correct! Have export CC=clang; export CXX=clang++ in your .profile! :) [05:15] Ooh, we've gained a .clang-format directive. [06:32] Arse. [06:33] Where is the configuration of the mako testrunner? [06:33] Also, how do we change it? [06:33] (cf: http://jenkins.qa.ubuntu.com/job/mir-mediumtests-runner-mako/259/console , which is a failure because of a shiny new libumockdev0 dependency that's not getting resolved) [07:03] hi, i haven't followed mir for several months. did your developement focus change from lp:mir to lp:mir/devel ? [07:03] sgx1: Yes [07:03] :) [07:15] I've a local lp:mir repository. is it possible to create a a local lp:mir/devel from this and pull updates instead of 'bzr branch lp:mir/devel" ? i'm not familiar bazaar. [07:20] sgx1: You should "bzr branch lp:~mir-team/mir/development-branch mydevbranch" so you can pull regular updates. But if you're not happy doing that then just download the source tarball: https://launchpad.net/mir/+milestone/0.1.4 [07:22] what's the difference between lp:~mir-team/mir/development-branch and lp:mir/devel? [07:28] thanks anyway. === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk [09:44] alf__: just checking - you're happy with updates to expose-rpc-infrastructure? [09:47] alan_g: yes [09:47] thanks [09:49] alan_g: I think we should usually try to wait for a minimum of 2 (human) reviews. Sorry I didn't get to it... [09:50] Oh, perhaps it did almost get 2 [09:50] duflu: Yeah. And it is low risk of breaking things [09:51] alan_g: Well, start of a new mini-cycle too. So lower risk [09:52] ;) [10:01] alf__: can you land build-options-for-tests? (or abandon it) [10:03] alan_g: I will try to sync with CI today, to change the jenkins scripts. If I don't manage to do it today I will mark it as WIP, so it doesn't clutter the MP list. === 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 === chihchun is now known as chihchun_afk === alan_g is now known as alan_g|afk === alan_g|afk is now known as alan_g === alan_g is now known as alan_g|lunch === dandrader is now known as dandrader|afk === dandrader|afk is now known as dandrader === alan_g|lunch is now known as alan_g === ara is now known as Guest58013 [14:05] hey folks, what does the error message: what(): error during hwc set() [14:13] greyback: I don't recognise it, but sounds like something kdub might know. Do you have any more details? [14:13] alan_g: not really no, it pops up during random autopilot tests. [14:14] https://bugs.launchpad.net/mir/+bug/1262982 is best I could log about it [14:14] Ubuntu bug 1262982 in unity-mir "Random mir failures running unity8 shell during AP tests" [High,Confirmed] [14:15] greyback: Hmm. The reporting code should be better - one of the points of boost exceptions is that they give file & line number. [14:16] alan_g: here's one instance: https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-mako/4625/artifact/results/log/unity8.log [14:20] greyback: there's nothing there that points me to the right place. Can you wait for kdub to wake up? [14:21] alf__: ^^ any idea? [14:22] since when did this start to pop up? [14:25] alan_g: greyback: it's from mga::HWC11Device::post() (or less likely mga::HWC10Device::post(), depending on the device). I am guessing it has to do with screen blanking, but not certain. [14:25] anpok: not really sure, possible it's been around for a while [14:25] but not started to happen, like mid of last week? [14:26] alf__: that would be a possibility anyway [14:26] anpok: think longer === dandrader is now known as dandrader|lunch [15:32] hm i have issues building for android [15:34] the hwcomposer_defs.h defines a set of HWC_DEVICE_API_VERSION_X_X macors that map to HARDWRE_DEVICE_API_VERSION_2 .. which should be defined hardware.h [15:35] but hardware.h only has HARDWARE_DEVICE_API_VERSION === alan_g is now known as alan_g|tea === alan_g|tea is now known as alan_g === dandrader|lunch is now known as dandrader [16:15] ah ok cleaning up the var/apt/cache/ helps [16:18] anpok, old versions of android-headers needed a patch for that, which went in mid-december [16:26] kdub: I had two versions of them downloaded, and both of them installed - for some reason the older one won === dandrader_ is now known as dandrader [16:48] alf__, alan_g so with the db-optimize branch, the proposed design is set to keep the gl rendering in the compositor class [16:49] with the sequence being DisplayBuffer::optimize(), Renderer::render(), DisplayBuffer::post() [16:50] we could also just have DisplayBuffer::post(gl_rendering_functor), which I didn't go with because I wanted to keep the responsibility to GL-render out of DisplayBufferr [16:51] kdub: hey, got one issue with mir when porting to 4.4 [16:51] rsalveti, i'd be surprised if there wasn't one or two issues :) [16:51] what is seen? [16:51] kdub: seems the qcom devices dropped the rendering support on fb devices [16:51] kdub: so fb->post doesn't work anymore [16:51] seems that this is not an issue with sf as it uses the hwcomposer for post [16:52] well, we should be able to use hwcomposer for that one too... [16:52] kdub: yeah, seems that's the only issue [16:52] kdub: we should probably use hwcomposer by default for that unless it's not available [16:53] which might be what sf is doing already [16:53] rsalveti, we use hwcomposer as default, and fall-back to the fb module [16:53] oh, cool then [16:53] so something isn't loading in hwcomposer, then we try fb, and that doesn't work either [16:53] i'd guess that... [16:53] hwcomposer is now like version 1.2 or something [16:53] yeah [16:54] not a lot of code change for us, but we currently fail if we detect version 1.2 [16:54] kdub: oh, ok [16:54] rsalveti, i could try the image and see if i can bump it to work [16:54] let me check, but I think mako is using 1.2 [16:54] kdub: yup, will publish one image in a few [16:54] rsalveti, cool, thanks [16:55] kdub: it could be DisplayBuffer::post(unoptimized_rendering_functor) with unoptimized_rendering_functor(list of surfaces). DisplayBuffer doesn't need to know anything about GL in particular [16:55] I/SurfaceFlinger( 652): Using composer version 1.2 [16:55] kdub: ^ [16:56] in theory android 4.4 already supports even 1.3 [16:56] yeah, so my hope is that i can just bump the versioning checks in mir, and it should work [16:57] the api is not much different between 1.1, 1.2, and 1.3 [16:57] (there were bigger jumps in api between fb module, 1.0, and 1.1) [16:58] right, cool === dandrader is now known as dandrader|afk [17:07] kdub: is it possible that the hwc cherry picks a few buffers in the middle of the array? [17:08] bbl [17:09] anpok, sure, if its possible [17:09] like, if you had 4 tiled windows, it could pick the lower-left one, although in the array its between two gl composited ones === dandrader|afk is now known as dandrader === dandrader is now known as dandrader|bbl [18:54] kdub: who is using setScreenPowerMode? [18:56] anpok, where do you see that symbol? [18:57] dbusscreen.cpp [18:57] so somebody wires it with powerd? [18:57] or is it maybe used from a qml script? [18:58] yes, that signal comes from dbus [18:58] right now, that's powerd, but it could come from anywhere i suppose === dandrader|bbl is now known as dandrader [23:56] robotfuel: How are the mako test images set up? Specifically, can I get another package installed on it (or, better, get the test script to run ‘apt-get -f install’ after its dpkg run so that added dependencies get resolved automatically)? [23:58] RAOF: It's been a while let me look [23:59] robotfuel: cf: http://jenkins.qa.ubuntu.com/job/mir-mediumtests-runner-mako/259/console