=== chihchun is now known as chihchun_afk
=== duflu_ is now known as duflu
[09:27] <seb128> hey mir team
[09:28] <seb128> unity8 started segfaulting on start in vivid after recent updates
[09:28] <seb128> is that a known issue?
[09:30] <alan_g> seb128: I've just read some emails about it - but otherwise no
[09:30] <seb128> where those emails?
[09:31] <alan_g> seb128: well, actually it's about unity8 crashing on phablet@lists.canonical.com
[09:31] <alan_g> "Sanity test results, rtm..."
[09:32] <seb128> oh
[09:32] <seb128> those are random segfaults
[09:32] <seb128> on desktop unity8 session doesn't start anymore at all
[09:32] <anpok_> last week someone said that..
[09:33] <anpok_> i tried to reproduce with a vm.. but could not
[09:48] <seb128> is mir having logs somewhere?
[09:48] <seb128> unity8 is aborting in mir::DefaultServerConfiguration calls this time
[09:53] <alan_g> The mir logs are opt-in I don't know if they're currently turned on for the desktop. (If so, there're probably wherever stdout goes for unity8.)
[09:53] <seb128> how do I opt in?
[09:54] <alan_g> DefaultServerConfiguration is usually only used in setup, do you know which calls are on the stack? Or does it vary?
[09:55] <alan_g> http://unity.ubuntu.com/mir/component_reports.html
[09:57] <seb128> alan_g, http://paste.ubuntu.com/8800848/
[10:00]  * alan_g looks...
[10:08] <alan_g> That is weird. It happens while allocating the memory in which to construct an object. (Which suggests the stack is already screwed.)
[10:11] <alan_g> seb128: this is the current vivid install? I don't have that anywhere yet (not even on a VM)
[10:14] <seb128> downgrading unity8 makes the session work, so maybe an issue in there rather..
[10:14] <seb128> ...
[10:15] <seb128> alan_g, yes, I've my test laptop on vivid, I just dist-upgraded this morning and I get that, downgrading unity8 makes it go away though
=== dandrader is now known as dandrader|afk
=== alan_g is now known as alan_g|lunch
=== dandrader|afk is now known as dandrader
=== alan_g|lunch is now known as alan_g
=== chihchun_afk is now known as chihchun
[14:45] <mlankhorst> anpok_: hey, does mir support setting arbitrary cursors, and does it have support for input?
[14:48] <anpok_> mlankhorst: havent tried cursors on android, but it ought to work there too?
[14:48] <anpok_> what do you mean by input?
[14:48] <anpok_> as in do we handle input? : )
[14:48] <mlankhorst> on x86
[14:49] <mlankhorst> I'm just curious, since I want to see if I can get a standalone xmir binary working, to understand the api a bit better
[14:49] <mlankhorst> using glamor for accel
[14:51] <mlankhorst> I think it would allow rootless xmir too, which is a todo if i understand it correctly
[14:52] <mlankhorst> but in the cursor API I only see support for default cursor names
=== chihchun is now known as chihchun_afk
=== chihchun_afk is now known as chihchun
=== alan_g is now known as alan_g|tea
=== alan_g|tea is now known as alan_g
=== dandrader is now known as dandrader|lunch
[15:56] <racarr> mlankhorst: There are actually someexisting xmir glamor branches...but quite out of date at this point.
[15:57] <racarr> as for cursors /usr/include/mircommon/mir_toolkit/mir_cursors.h
=== chihchun is now known as chihchun_afk
=== dandrader|lunch is now known as dandrader
=== chihchun_afk is now known as chihchun
[17:23] <mlankhorst> ah
[17:24] <mlankhorst> racarr: yeah none based on when glamor was moved to xorg-server I guess?
[17:29] <racarr> mlankhorst: Well based on a very early version of that uh
[17:30] <racarr> I guess all the xwayland stuf fhas probablymade it way more straightforward
[17:31] <racarr> I can't actually...find the branch right now...
[17:31] <mlankhorst> yeah
[17:31] <racarr> -.-
[17:31] <mlankhorst> tbh I'm just going to cut and paste the xmir output enumeration crap and figure out how to generate a EGL context from mir. :P
[17:32] <racarr> It used to be a lot more trouble than that because uhhhhh
[17:32] <racarr> well the difficulty whenI did it was that
[17:32] <racarr> glamor didnt use eglSwapBuffers anywhere
[17:32] <racarr> and instead used two egl images of its own ownership
[17:32] <racarr> which it swapped of its own accord
[17:33] <racarr> and then posted to the
[17:33] <racarr> display via secret driver API
[17:33] <mlankhorst> shrug
[17:33] <racarr> which wont work with mir :)
[17:34] <mlankhorst> still don't see eglSwapBuffers anywhere, but can't you hack up glamor anyway? :P
[17:36] <racarr> mlankhorst: Yes
[17:36] <racarr> it didnt end up being totally trivial though...ugahsgahsg need to find the branch aha
[17:36] <racarr> I am 95% sure I sent it to RAOF so I willl ping him this afternoon
[17:36] <racarr> and make sure it gets to you
[17:37] <mlankhorst> ok ty
[17:37] <racarr> I am worried it may only be on my broken ;laptop but I dont think so
[17:37] <racarr> becauseI remember onceI synced it to a tablet via wifi
[17:37] <racarr> so its out there somewhere
[17:42] <mlankhorst> ok
=== alan_g is now known as alan_g|EOD