[01:38] Oh seriously? Same boot bug now affects my second desktop [03:59] * duflu suspects grub/EFI boot bugs are due to me having customized /etc/default/grub (which confuses updated) [03:59] It's happened on trusty and wily now [03:59] *confuses updates [04:01] Huh. [04:01] I've customised that. [04:01] And not had anything break :) [04:01] RAOF: Just a theory. I've spent Monday morning reinstalling my wily build machine from scratch [04:02] Also there were slight signs of filesystem corruption in a couple of places [04:02] So start again [04:02] The system was only a week or two old to begin with === tvoss is now known as tvoss|test === tvoss|test is now known as tvoss === alan_g is now known as alan_g|lunch [13:04] kgunn: Hi. I took a look at the kodi/xbmc code over the weekend. It seems they've been moving away from sdl2, using gl/gles/dx for rendering (I'm not certain, still trying to find out on irc). I assume that's narrows my options down for trying to use the mir snap? [13:07] miken: I believe that gles wouldn't be an issue, not sure about gl but dx I think is microsofts so almost certainly a no go, others might be able to inform you more [13:08] davmor2: yes, I assumed I'd be using gles if anything (that's what the kodi rpi deb build uses). But I assumed my snap wouldn't have access to gles. Great if it does. [13:09] (heh, and yes, I won't be trying with directx :P) === alan_g|lunch is now known as alan_g [13:16] miken: if egl does not work you will have to implement: https://github.com/xbmc/xbmc/blob/master/xbmc/windowing/egl/EGLNativeType.h [13:17] s/egl/sdl [13:24] OK, I'll try a binary using gles and go from there. Thanks anpok_ . [13:24] and davmor2 :) === dandrader is now known as dandrader|afk === mibofra is now known as Guest77320 === Guest77320 is now known as mibofra === dandrader|afk is now known as dandrader === chihchun is now known as chihchun_afk === alan_g is now known as alan_g|EOD === tvoss is now known as tvoss|test === tvoss|test is now known as tvoss [19:07] is anyone getting really bad flickering in the demo shell after the kernel update to 4.0? === conyoo is now known as aux|con|AW === aux|con|AW is now known as conyoo [19:38] I keep on finding more code to delete in papi :( the delete-deprecations diff is now over [19:38] 15k lines and I can't [19:38] keep track of it lol === dandrader is now known as dandrader|afk === conyoo is now known as cony|beer [20:06] attente: interesting, intel ? === dandrader|afk is now known as dandrader [20:08] kgunn: yes. it's reminiscent of https://bugs.freedesktop.org/show_bug.cgi?id=88944. but it's slightly different that the flickering only occurs below wherever the cursor is. and the workaround of switching to a vt before switching to the demo server doesn't work [20:08] Freedesktop bug 88944 in DRM/Intel "Heavy black flickering with Intel graphics after VT switching to Mir from X" [Normal,Needinfo] [20:10] attente: so i take it you got the kern update via being on wily ? [20:11] kgunn: yes. i switched back to an older one for the mean time [20:12] yeah, i think everyone's been real hesitant to step off into wily [20:12] most folks staying on vivid+stable overlay [20:37] greyback: pushed updates to platform-api delete-deprecations [20:38] racarr_: thanks for that [20:40] np :D [20:40] deletedeletedelete [20:41] yummy red [22:41] omg I didn't realize how much code I was going to get to delete in input/android now that droidinput::InputDispatcher [22:41] is gone [22:41] :) [22:41] death to input registrar, input enumerator, android_input_targeter [22:41] window handle repository [22:41] android window handle [22:41] android application handle [22:41] and the dispatcher [23:28] :)