[07:46] <RAOF> Oh, that's right. I didn't actually hook up the framedropping bit yet.
[07:46] <RAOF> That would be why the tests are failing.
[07:52] <alan_g> alf_: I don't have glmark2-es2-mir on my box - so I'm guessing you know if it takes a "mir server" command-line parameter?
[08:02] <alf_> alan_g: it doesn't, but why not just call "MIR_SERVER=... glmark2-es2-mir"?
[08:03] <alan_g> alf_: thanks. That's what I've been suggesting
[08:17] <alf_> alan_g: do we know if the connection fd produced by our connector is close-on-exec? That is, will the shell and glmark2 get the fd through popen so that the can use it if MIR_SERVER=fd://... ?
[08:18] <alf_> alan_g: ahh, never mind, I see Josh is unsetting "MIR_SERVER_NO_FILE"
[08:18] <alan_g> alf_: it didn't used to be. (That's how --launch-client worked). I'm testing things to have a prescriptive fix.
[08:19] <alf_> alan_g: but yeah, ideally it should work with fd://..., so no need for MIR_SERVER_NO_FILE
[08:19] <alf_> alan_g: ...for unsetting MIR_SERVER_NO_FILE
[08:27] <alan_g> alf_: that's what I expect. But something isn't working (yet) - forgive me being slow to respond - been in VT land.
[08:28] <alf_> alan_g: no worries
[08:33] <alan_g> alf_: it does all work as expected (when I fixed a typo).
[08:34] <alf_> alan_g: great
[09:30] <alan_g> alf_: I don't want to reject unilaterally - so, if you get a minute, could you review lp:~josharenson/mir/unset_server_nofile ⇒ lp:mir/devel (it is small)
[09:30] <alf_> alan_g: sure
[09:34] <alf_> alan_g: disapproved and rejected
[09:34] <alan_g> alf_: thanks
[13:15] <robjh> Hi, i was wondering if there are any examples of how to use opengl with mir?
[13:20] <robjh> looks like it's just egl?
[13:23] <kgunn> robjh: you should look at the examples/demos....the names "eglxxxx" just imply its an egl context...
[13:23] <kgunn> those are opengles, but opengl should work
[13:25] <robjh> okay, thanks
[16:08] <anpok> alf_: if you still have time before eod, https://code.launchpad.net/~andreas-pokorny/mir/extended-input-dispatcher-interface/+merge/218253
[16:09] <alf_> anpok: sure
[16:35] <racarr__> a collection of giant trucks is refactoring the pavement on my road
[16:35] <racarr__> and its pretty distracting lol
[16:37] <alan_g> Take the day off and be distracted?
[16:37] <ogra_> or help them :)
[16:38] <racarr__> hahaha
[16:38] <racarr__> "So do you guys have a failing test expressing the requirements on the new road? If so I can just dive right in"
[16:39]  * ogra_ recommends fireproof underwear though ... hot tar is nasty
[16:40] <ogra_> (for divin at least)
[17:44] <josharenson> Any ideas why I'm suddenly receiving libboost errors when  running any mir binary? I don't think I changed anything, and I'm exporting LD_LIBRARY_PATH correctly...
[18:00] <racarr__> Can someone review this today perhaps? https://code.launchpad.net/~mir-team/mir/cursor-spike-phase-2-resubmit/+merge/217685
[18:00] <racarr__> Ive got more to propose ;)
[18:09] <dandrader> anpok, merging lp:~andreas-pokorny/mir/input-sender-split into lp:mir/devel currently gives out conflicts
[18:27] <anpok> dandrader: aye - thought I would get an updated version sooner..
[18:47] <AlbertA> racarr__: reviewing now
[18:50] <anpok> dandrader|afk: done
[18:58] <dandrader> anpok, great. thanks!
[19:12] <AlbertA> racarr__: just some small nits but looks good
[19:15] <racarr__> AlbertA: Thanks, just running off to lunch but will iterate after and
[19:15] <racarr__> we can land ! and propose
[19:15] <racarr__> CURSOR SPIKE PHASE 3
[19:17] <anpok> in full hd?
[19:17] <AlbertA> 4K I believe :)
[19:56] <kgunn> anpok: so to enable the shell guys...do we need https://code.launchpad.net/~andreas-pokorny/mir/first-cleanup-for-input-configuration/+merge/218583 & https://code.launchpad.net/~andreas-pokorny/mir/extended-input-dispatcher-interface/+merge/218253
[19:56] <kgunn> to land
[20:04] <anpok> kgunn: and more
[20:05] <anpok> i take what is currently locally in the input-sender-split branch and rip out pieces that can be reviewed
[20:05] <anpok> and make separate mps from that
[20:07] <kgunn> anpok: ok, i see....
[20:07] <kgunn> anpok: i just made it a wip branch to look at the diff
[23:52] <RAOF> robjh: Note that whether or not OpenGL works is EGL-implementation-dependent; it won't work on almost all ARM devices, for example.