[10:33] <RAOF> bregma: https://bugs.launchpad.net/mir/+bug/1206780 and https://bugs.launchpad.net/mir/+bug/1216515 are probably part of your problem.
[11:31] <anpok> alf_: the diff is about 7000 loc
[11:36] <anpok> didnt we recently have an issue with unresolved symbol eglCreateImageKHR in unit tests?
[11:36] <alf_> anpok: which diff?
[11:37] <anpok> alf_: report namespace and hidding report implementations
[11:41] <alf_> anpok: I vaguely remember that we used the symbol directly instead of getting it through eglGetProcAddress
[11:44] <alf_> anpok: @7000 line diff, is there a way you can split it up? Do the 7000 lines include moves of files?
[11:49] <anpok> moves of files, and splitting of files
[11:49] <anpok> and lots of trivial renames
[11:49] <anpok> lick NullFooReport null::FooReport ..
[11:49] <anpok> like
[11:59] <anpok> alf_: we still do that in tests/unit-tests/graphics/test_graphics_platform.cpp or I
[12:06] <alf_> anpok: right, that's wrong... the extensions are already correctly set-up in mock_egl.cpp
[12:06] <alf_> anpok: we can just remove the ON_CALLs from test_graphics_platform
[12:10] <anpok> yes, curious why it did not fail before - or in all current mps
[12:14] <alf_> anpok: possibly the specific egl functions where not even called in those tests
[12:34] <Nothing_Much> How is a Radeon Xpress 200 on XMir or Mir whichever?
[12:36] <Nothing_Much> Anyone?
[12:44] <anpok> Nothing_Much: just try it. You will need the mesa based radeon driver instead of fglrx
[12:45] <Nothing_Much> I just did, but I can't get XMir to work
[12:45] <Nothing_Much> (I'm on an old Radeon Xpress 200)
[12:47] <dandrader> https://bugs.launchpad.net/mir/+bug/1276162 says it's been released on Mir 0.1.5, But lp:mir and lp/ubuntu/mir has 0.1.4. Where is 0.1.5?
[13:06] <xnox> ricmm: heya! i've tried to use mirout utility on grouper and it says that it couldn't connect to server.
[13:07] <xnox> ricmm: how / under what environment should mirout be running?
[13:27] <rsalveti> alf_: hey, were you able to split the backends into different packages already?
[13:27] <rsalveti> just want to know if you already got it done somehow, so I can better plan the landing for it
[13:31] <alf_> rsalveti: I am working on it, not ready yet. My plan is to provide package that use dpkg alternatives for the defaults, e.g., /usr/lib/../libmirplatformgraphics.so will point to either android or mesa shared object. You can also use a particular backend by explicitly setting environment variables.
[13:31] <alf_> rsalveti: How does that sound?
[13:32] <rsalveti> alf_: looks good
[13:32] <rsalveti> let me know once you get a mr for it
[13:33] <alf_> rsalveti: ok
[13:59] <anpok> dandrader: there seems to be a tag but the branch has not been merged to lp:mir..
[13:59] <anpok> reviwe is ongoing
[13:59] <dandrader> anpok, ended up finding this branch https://code.launchpad.net/~mir-team/mir/trunk-0.1.5
[13:59] <dandrader> so I suppose it will be put to trunk is smoke tests on it go well....
[14:00] <dandrader> s/is/if
[14:11] <kgunn> dandrader: eventually
[14:11] <kgunn> process is log jammed
[14:11] <kgunn> .............again
[14:12] <kgunn> so yeah, i may even pull in additional changes on top of that mp...if time drags on
[14:12] <kgunn> e.g. pull in newer dev-branch changes
[15:42] <anpok> kdub: https://code.launchpad.net/~kdub/mir/hwc-layerlist-improvements/+merge/204789/comments/481336 -- sorry for taking so long..
[16:35] <kdub> anpok, that line (59 in hwc layerlist) will just close the fd, all that's really changed on that line is the indentation
[16:38] <anpok> yeah I expected more magic to happen there
[16:41] <anpok> the other class does not need to close the fd?
[16:41] <anpok> kdub: HwcFbDevice?
[16:44] <kdub> that one relies on the fb device, so I don't see those drivers using t he fence,
[16:57] <kdub> thanks anpok