[09:02] <alan_g> greyback: hi, not urgent but... it would be good to tick this off - https://code.launchpad.net/~alan-griffiths/unity-system-compositor/add-display-config-option/+merge/262110/comments/665431
[09:04] <greyback> alan_g: will get to it today
[09:04] <alan_g> thanks
[11:44] <dandrader> anpok_, about unity8 hiding USC cursor: the API you pointed me to, mir_surface_configure_cursor, works on a client MirSurface. But unity8, being a nested server, has a mir::graphics::DisplayBuffer instead
[11:44] <dandrader> anpok_, So I don't know how to get a MirSurface out of a mir::graphics::DisplayBuffer
[11:52] <dandrader> anpok_, hmm... will try out mir::Server::the_cursor()->hide()
[11:57] <anpok_> yeah that would be the nested cursor object
[12:08] <dandrader> anpok_, calling "the_cursor()->hide();" gives me a "pure virtual method called" exception :(
[12:11] <dandrader> anpok_, in in mir::graphics::mesa::Cursor::hide() (this=0xc3d220) at /home/dandrader/mir/0.14+mouse/src/platforms/mesa/server/kms/cursor.cpp:224
[12:11] <anpok_> o_O
[12:12] <dandrader> anpok_, maybe the cursor part doesn't know it's running as a nested server
[12:12] <anpok_> yes it should instantiate mir::graphics::nested::Cursor
[12:12] <kdub> nested seems to return a nullptr hardware cursor
[12:14] <kdub> oh, but the the_cursor shouldn't call that... so if you're calling mg::Display::cursor(), you get a nullptr, but if you're calling the_cursor(), you get mgn::Cursor
[12:14] <kdub> strange
[12:15] <dandrader> kdub, I called the_cursor() from mir::Server
[12:17] <dandrader> anpok_, ahhh... sorry. I'm running qtmir from my test laptop, so there's no USC there of course. It's not nested in this case :)
[12:18] <dandrader> anpok_, but that should still be the API I should use to hide the mir cursor, right?
[12:18] <greyback_> dandrader: if not nested, there should be a hardware cursor. Not sure if that hooked into mg::Cursor
[12:19] <dandrader> greyback_, from the looks for the stack trace, it seems to be
[12:19] <dandrader> s/for/of
[12:19] <anpok_> dandrader: yes and both the kms and the nested server should properly react to hide()
[12:19] <anpok_> -server +cursor
[12:19] <anpok_> so there is something clearly wrong
[13:18] <kgunn> anpok_: so what's up with the comment on the citrain dashboard for silo 11 about no xorg-xserver found ?
[13:18] <kgunn> anpok_: also, is that silo ready for testing ?
[13:19] <dandrader> anpok_, problem was that I was calling the_cursor->hide() on MirServer constructor. Doing it much later works fine
[13:22] <greyback_> dandrader: probably safest place to put it is MirServer::add_init_callback
[13:23] <dandrader> greyback_, thanks will try that
[13:33] <dandrader> greyback_, it worked :)
[13:34] <greyback_> dandrader: you sound surprised :D "Wow Gerry got something right"
[13:35] <dandrader> hehehe
[13:35] <greyback_> dandrader: you see I had 1 comment on mirSurface, but an otherwise hapy
[13:35] <greyback_> am otherwise happy
[13:36] <dandrader> greyback_, ok, I think I know where that might be coming from
[13:48] <dandrader> greyback_, fixed
[13:48] <greyback_> dandrader: sweet
[13:48] <greyback_> dandrader: I need to check the unity8 bit, then it's all approved
[13:48] <greyback_> and I hope to have my multimon branch updated to your comments today
[13:49] <dandrader> greyback_, ok. I'll base the cursor stuff on top of mirSurface
[14:09] <kgunn> vogons does anyone know what's up with silo 11 ?
[14:10] <ogra_> someone read a vogonic poem to it and it imploded ?
[14:18] <anpok_> that or the xorg-server source package in there still confuses the silo
[14:19] <anpok_> i plan to mark as tested in a bit
[14:19] <anpok_> i hope that state is resolvable
[14:25] <kgunn> anpok_: ta, do we need any other eyes on it for testing ?
[14:26] <anpok_> well .. the way you spelled that *we* implies that the only possible answer is yes?
[14:26] <guest42345> um... there is something wrong... i can run gedit on mir server without a problem but in windowed mode it crashes unity when clicking on the menu (wily)
[14:26] <anpok_> i am currently handling the AP tests.. and i havent found a failure that wasnt in the vanilla image - and I had a run through our manual tests on krillin
[14:44] <greyback_> anpok_: I was being pinged by CI people about that last night. They considered it an error condition, maybe you should ask them to see what is wrong and if it's fixable?
[14:45] <anpok_> yes pinged back a few times already
[15:42] <alf_> join #ubuntu-ci-eng
[17:36] <mcphail> bschaefer: got your ping about your new SDL branch. Very exciting! Does this require a more modern version of Mir than the one shipped with vivid on the phone?
[17:50] <bschaefer> mcphail, yeah it requires at lease 0.14 (possibly 0.15)
[17:51] <mcphail> bschaefer: ok. Cheers. Look forward to playing with it when the phone catches up!
[17:51] <bschaefer> mcphail, cool thanks for testing!
[17:54] <mcphail> thanks to you for your hard work
[18:14] <kenvandine> greyback_, any idea when the mouse and touchpad settings API will be worked on
[18:15] <greyback_> kenvandine: nope, sorry
[18:17] <greyback_> kenvandine: it's not high on our list atm, you need to ping maybe kgunn to get it more effort
[18:19] <kenvandine> ok, i had asked bfiller to bring it up in the stake holders meeting
[18:19] <kenvandine> but he's on holiday right now
[18:22] <greyback_> ah, we just had that meet. Sorry, I should've thought to invite you
[18:23] <kgunn> greyback_: might be a good one for dednick....
[18:24] <greyback_> true
[18:28] <bschaefer> mcphail, o also i think i hacked the configure.in and never actually fixed it correctly (ill look at that now but fyi it wont try to compile the mir backend atm)
[20:04]  * bschaefer update the config