[09:07] <alan_g> RAOF: ping
[09:08] <RAOF> yo!
[09:08] <alan_g> did you see my email about the Mir SRU?
[09:11] <RAOF> alan_g: I did. Sorry for not replying today. It looked like you got some support for it here last week?
[09:12] <alan_g> RAOF: some, but I'm still trying to figure out who I need to progress it further
[09:12] <RAOF> Ok.
[09:14] <tjaalton> alan_g: I was about to ask about that too, because it affects the hwe stack backports :) with mir backported I could re-enable support for the new stuff
[09:16] <RAOF> alan_g: it's current waiting in a silo? Or are you going to avoid the bileto bang?
[09:16] <alan_g> RAOF: it's in silo 2736
[09:19] <alan_g> tjaalton: that sounds like another benefit.
[09:20] <tjaalton> yep
[09:31] <RAOF> alan_g: I think I know how to push that to the archive. I'll test that hypothesis first thing tomorrow.
[09:32] <alan_g> RAOF: thanks
[09:32] <alan_g> RAOF: have a good evening!
[10:31] <alan_g> anpok: @{the patch I pasted yesterday} - this fixes the Mir bug: https://code.launchpad.net/~alan-griffiths/mir/fix-mirtest.pc/+merge/324097
[10:34] <anpok> oh nice .. i also stumbled over a mirprotobuf problem
[10:34] <anpok> if you look at the patch I added yesterday to the android platform - I took your change and still had to add mirprotobuf
[10:42]  * alan_g just has to find someone left that can review MPs
[11:06] <anpok> yeah hire someone!
[11:07] <anpok> ok me continues fencing..
[14:24] <alan_g> anpok: https://launchpad.net/mir-android-platform/+activereviews
[17:39] <blaze> Finished 1 minute ago (took 2 minutes, 12.8 seconds)
[17:39] <blaze> woops, sorry
[21:41] <anpok_> hi
[21:43] <bschaefer> anpok_, ill need to poke you at some point about the libinput patches ... such as... do we want to upstream that umm specific phone patch one?
[21:43] <bschaefer> i.e 0003-Fix-premature-flushing-of-evdev-event-on-mx4-touchsc.patch
[21:43] <bschaefer> that one
[21:45] <anpok_> that was not really mx4 specific
[21:45] <anpok_> that patch changed the treatment of specfic button events
[21:45] <bschaefer> anpok_, looks like you correctly handled a none type
[21:46] <bschaefer> for fallback?
[21:46] <anpok_> hm I think mx4 emits a button event on touch.. and libinput than thinks it is a key
[21:46] <bschaefer> +   if (type == EVDEV_KEY_TYPE_NONE) { then check if we are a touch then fall back
[21:46] <bschaefer> anpok_, o that makes sense
[21:46] <anpok_> as a result it would flush the touch contact state
[21:46] <anpok_> and generate an incomplete update..
[21:46] <anpok_> I think libinput upstream has reworked that code and they have fixed that already in a different way
[21:47] <bschaefer> o yeah i should attempt to double check the code here to see if its already been fixed
[21:47] <bschaefer> anpok_, i think the main would be 0001-libinput-add-orientation-and-size-of-touch-point-and.patch
[21:47] <bschaefer> ?
[21:47] <bschaefer> (thats a pretty large patch)
[21:48] <anpok_> yup
[21:48] <anpok_> and you have to change a few chunks there because the naming of the evdev internals changed
[21:49] <bschaefer> o dangs well shouldnt be to bad
[21:49] <anpok_> what is lacking here is an udev property to somehow scale the touch contact sizes
[21:49]  * bschaefer still side tracked by other work but needs to get on getting these patches working
[21:50] <bschaefer> anpok_, i see, well ive never had to do much digging into libinput (just minorly) hopefully its not to bad