[09:05] <duflu> RAOF: What's the preferred place for Mir-Mesa changes? SRU-style patches to archive? Or are we still using git somewhere?
[09:06] <duflu> alf_ ^ ?
[09:07] <alf_> duflu: I usually create pull requests for https://github.com/RAOF/mesa (egl-platform-mir branch, which is the default)
[10:07] <alan_g> duflu: re recent regression. I was wondering if changing advance_client_buffer() to swap_buffer(BufferHandle&) so that the handle could be released in the implementation before calling flag_for_render() would make the code clearer. (BufferHandle& would be a single-owner, move-only type, not the shared_ptr we have now - that too is an accident waiting to happen). What do you think?
[12:01] <alan_g> alf_: have you headspace to review https://code.launchpad.net/~alan-griffiths/mir/fix-Surface-hierarchy-break-render_surfaces-dependency-on-BasicSurface/+merge/194551
[12:02] <alf_> alan_g: sure
[12:04] <alan_g> greyback: I'd like to get rid of the ugly code I wrote last week. Could you check this out? https://code.launchpad.net/~alan-griffiths/unity-mir/we-dont-need-SurfaceBuilder/+merge/194558
[12:04] <greyback> alan_g: oh yay
[13:08] <greyback> alan_g|lunch: approved, thanks
[14:22] <kgunn> Mirv: ping
[14:32] <kgunn> Mirv: in case you come back i'd like to land a mir update and its related dependencies (rebuild)
[14:33] <kgunn> Mirv: i'll send you a mail....but i won't top approve till you give me the go ahead
[14:37] <alan_g> kgunn: which changes are you landing. (Just wondering: I'm not very bothered as long as those from the week before last land.)
[14:39] <kgunn> alan_g: right...its actually equivalent to landing rev 1192 from the development-branch into trunk/trusty
[14:40] <kgunn> alan_g: just need someone from release team to show me some love
[14:41] <alan_g> kgunn: I hope you get it. (We love you here)
[14:42] <kgunn> :) thanks...i was starting to develop a complex alan_g
[15:32]  * alf_ is getting tired of launchpad timeouts
[15:32] <Mirv> kgunn: hi. it was added for today's landing plan so it should be ok (as long as also unity-mir and unity-sytem-compositor also build against the updated mir), but since the CI move is still ongoing cu2d is down
[15:33] <Mirv> kgunn: I'll check the situation again in the morning and start the PPA rebuilds + testing if systems functional
[15:33] <kgunn> Mirv: ok...so i should go ahead and top approve all those MPs ?
[15:36] <Mirv> kgunn: feel free, I adjusted the commit message of mir a bit (should be fine enough, file the debate probably continues with didrocks later on how to handle the commits etc)
[15:36] <kgunn> Mirv: :) thanks
[15:51] <racarr> Morning
[15:56] <alf_> racarr: Hi!
[17:48] <rsalveti> how hard would it be to use xmir on top of android drivers?
[17:49] <rsalveti> just in case someone still wants to use x11 with libhybris + mir
[17:50] <ogra_> ++
[17:51]  * ogra_ would be happy to use xmir on his chromebook 
[17:57] <racarr> rsalveti: Not conceptually hard, you could have an X11 DDX based on EGL (and which does 2d accel,etc via GL)
[17:58] <rsalveti> kind of https://github.com/axeldavy/xf86-video-wlglamor
[17:58] <racarr> As far as implementation goes, currently it works based on knowing that mir is givingout GBMbuffers, and importing these in to the existing
[17:58] <racarr> ati, nvidia, etc DDX
[17:58] <racarr> yes verymuch like that ;)
[21:15] <racarr>  </end-lunch>
[21:16] <kdub> stride detective is no fun
[21:17] <kdub> but that mali branch of mine is good-to-review now
[22:05] <racarr> why arent things merging anywhere
[22:05] <racarr> unity-mir trunk cant build
[22:05] <racarr> err well unity-mircant build anyway
[22:06] <racarr> against dev branch
[22:09] <racarr> grr :p
[22:16] <RAOF> kdub: Hey, does android have udev?
[22:19] <RAOF> rsalveti, ogra_: A generic glamor-using Mir EGL DDX is on the radar, but I don't think anyone's got time blocked out to do it.
[22:28] <kdub> RAOF, i think so
[22:28] <RAOF> Sweet.
[22:28] <RAOF> That'll make input that much easier.
[22:29] <kdub> oh actually, i take that back :/
[22:29] <kdub> yeah, it does not, just has some android-specific init files
[22:31] <kdub> RAOF, but our ubunt touch images might?
[22:31] <kdub> i'm actually not sure... stock android doesnt have it
[22:31] <RAOF> Grr.
[22:33] <RAOF> Sweet!
[22:33] <RAOF> “udevadm --info --export-db” dumps roughly what I'd expect on the N4
[22:34] <kdub> great :)
[22:35] <RAOF> Bitchn. And “udevadm monitor” shows events happening.
[22:35] <RAOF> I won't need two separate input discovery backends, or two separate default configuration stores! Yay!
[22:35] <kdub> yay indeed :)
[23:20] <racarr> how doI get stdout/stderrof apps run from autopilot...