/srv/irclogs.ubuntu.com/2015/06/15/#ubuntu-mir.txt

dufluOh seriously? Same boot bug now affects my second desktop01:38
* duflu suspects grub/EFI boot bugs are due to me having customized /etc/default/grub (which confuses updated)03:59
dufluIt's happened on trusty and wily now03:59
duflu*confuses updates03:59
RAOFHuh.04:01
RAOFI've customised that.04:01
RAOFAnd not had anything break :)04:01
dufluRAOF: Just a theory. I've spent Monday morning reinstalling my wily build machine from scratch04:01
dufluAlso there were slight signs of filesystem corruption in a couple of places04:02
dufluSo start again04:02
dufluThe system was only a week or two old to begin with04:02
=== tvoss is now known as tvoss|test
=== tvoss|test is now known as tvoss
=== alan_g is now known as alan_g|lunch
mikenkgunn: 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:04
davmor2miken: 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 more13:07
mikendavmor2: 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:08
miken(heh, and yes, I won't be trying with directx :P)13:09
=== alan_g|lunch is now known as alan_g
anpok_miken: if egl does not work you will have to implement: https://github.com/xbmc/xbmc/blob/master/xbmc/windowing/egl/EGLNativeType.h13:16
anpok_s/egl/sdl13:17
mikenOK, I'll try a binary using gles and go from there. Thanks anpok_ .13:24
mikenand davmor2 :)13:24
=== 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
attenteis anyone getting really bad flickering in the demo shell after the kernel update to 4.0?19:07
=== conyoo is now known as aux|con|AW
=== aux|con|AW is now known as conyoo
racarr_I keep on finding more code to delete in papi :( the delete-deprecations diff is now over19:38
racarr_15k lines and I can't19:38
racarr_keep track of it lol19:38
=== dandrader is now known as dandrader|afk
=== conyoo is now known as cony|beer
kgunnattente: interesting, intel ?20:06
=== dandrader|afk is now known as dandrader
attentekgunn: 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 work20:08
ubot5Freedesktop bug 88944 in DRM/Intel "Heavy black flickering with Intel graphics after VT switching to Mir from X" [Normal,Needinfo]20:08
kgunnattente: so i take it you got the kern update via being on wily ?20:10
attentekgunn: yes. i switched back to an older one for the mean time20:11
kgunnyeah, i think everyone's been real hesitant to step off into wily20:12
kgunnmost folks staying on vivid+stable overlay20:12
racarr_greyback: pushed updates to platform-api delete-deprecations20:37
greybackracarr_: thanks for that20:38
racarr_np :D20:40
racarr_deletedeletedelete20:40
greybackyummy red20:41
racarr_omg I didn't realize how much code I was going to get to delete in input/android now that droidinput::InputDispatcher22:41
racarr_is gone22:41
racarr_:)22:41
racarr_death to input registrar, input enumerator, android_input_targeter22:41
racarr_window handle repository22:41
racarr_android window handle22:41
racarr_android application handle22:41
racarr_and the dispatcher22:41
RAOF:)23:28

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!