[09:34]  * alan_g wonders if it is safe to let clang update today
[10:43] <racarr_> alan_g: Hey. I am trying to round up branches for a release...what do you think the status of unity-system-compositor/port-to-Msh-shell branch is
[10:44] <racarr_> Just noticing it is still WIP and not proposed
[10:44] <racarr_> I guess you'd like to land https://code.launchpad.net/~alan-griffiths/mir/MVC-refactor-msh-Shell-hierarchy/+merge/248030 first
[10:44] <racarr_> ?
[10:45] <alan_g> racarr_: that's because I want to land some Mir changes to simplify that and the qtmir equivalent.
[10:45] <alan_g> Specifically https://code.launchpad.net/~alan-griffiths/mir/MVC-refactor-msh-Shell-hierarchy/+merge/248030
[10:46] <alan_g> Doh! you spotted that
[10:46] <racarr_> :) I see
[10:46] <racarr_> alan_g: If I can round up some reviews for that branch for you (I'll do one too) do you basically have the qtmir/usc
[10:46] <racarr_> branches ready?
[10:47] <racarr_> Trying to make release ASAP to get various
[10:47] <racarr_> event business out to downstreams
[10:48] <alan_g> racarr_: I've spiked them. But not managed to test them. (Not figured out how to get USC running on desktop - and got distracted by lp:1416482)
[10:50] <alan_g> the qtmir especially branch will be much nicer with the above MP - but I've not made the changes yet
[10:51] <racarr_> mm
[10:51] <racarr_> alan_g: I guess my real question is do you think they could be ready tomorrow tomorrow or so (assuming there are no problems landing Mir branch)
[10:52] <racarr_> or should release continue and we grab them in next release...
[10:52] <racarr_> I can help with most of the testing as part of testing the silo
[10:52] <alan_g> racarr_: you can't build qtmir or USC against current Mir
[10:53] <alan_g> But the branches are relatively safe "mechanical" reworks.
[10:54] <racarr_> alan_g: Right, what I mean was should we land port-to-Msh-shell as they stand now
[10:54] <racarr_> with mir-devel
[10:54] <racarr_> s/land/release/
[10:54] <racarr_> or do you think the new versions can be ready in a day or two
[10:54] <racarr_> or is port-to-Msh-shell already out of date...? It was working friday :p
[10:54] <alan_g> If I stop looking at lp:1416482 I can updated the branches in half an hour
[10:55] <alan_g> But I'd really like to get MVC-refactor-msh-Shell-hierarchy in
[10:56] <alan_g> When you say "working", you mean compiling?
[10:57] <racarr_> alan_g: Lol...yeah thats the first step at least...then we can start the silo process
[10:57] <racarr_> alan_g: I guess I will get reivews for refactor-msh-Shell-hierarchy
[10:57] <racarr_> and you can continue working on 1416482
[10:57] <racarr_> and either you, or I tomorrow can find time to update the downstream branches
[11:00] <alan_g> racarr_: works for me
[11:02] <racarr_> alan_g: Ok thanks :) talk to you soon
[11:18] <kgunn> alf_: this will actually be solved with your u-s-c cursor work that's on vivid already right?
[11:18] <kgunn> https://bugs.launchpad.net/bugs/1416642
[12:25] <greyback> duflu: http://rt.com/news/228559-eu-parliament-bomb-threat/
[12:28] <alan_g> racarr: I've updated both branches to compile with MVC-refactor-msh-Shell-hierarchy (the USC one works with development trunk)
[12:31] <racarr> alan_g: :) Thanks
[12:46] <alf_> kgunn: the cursor support is there, but 1. u-s-c turns it off by default 2. unity8, as a nested server, doesn't use a cursor 3. In order to enable/disable the cursor dynamically we need support from the input subsystem (Anpok is working on this I think)
[12:47] <alf_> kgunn: that being said, if you run a demo server you should see a cursor
[12:47] <kgunn> right, on android
[12:48] <alf_> kgunn: yes, on Mesa we have the hardware cursor, plus I think on desktop usc is invoked with a switch that enables the cursor
[12:49] <alf_> kgunn: also on Android, with some drivers, there are problems with overlays with the cursor
[14:05] <alan_g> alf_: @bfi-fix-1416482 - thanks, updated
[14:41] <alf_> alan_g: approved
[14:41] <alan_g> :)
[15:28] <alan_g> alf_: is clang 3.6 behaving itself yet?
[15:30] <alf_> alan_g: Haven't updated since Friday, let me give it a try
[15:43] <alf_> alan_g: Clang still having problems for me. Note, however, that a clean installations seems to work (judging from the CI runs), so it may be a problem with my setup.
[15:44] <alan_g> alf_: thanks
[16:48] <kgunn> alf_: hey, iirc sometime back you did a sw framebuffer for headless setups
[16:50] <kgunn> are there some instructions how to use?
[16:52] <alf_> kgunn: --offscreen when invoking a server. Note that in this context headless == without a monitor, but it needs a working and supported GPU
[16:53] <kgunn> bschaefer: ^
[16:53] <bschaefer> alf_, awesome, thank you! bregma ^
[16:54] <greyback> duflu: https://bugs.launchpad.net/mir/+bug/1417170
[16:55] <alf_> kgunn: bschaefer: bregma: It is just a prototype, though, meant for early feedback which we never got. So it may or may not fit your needs. Why do you need to use it?
[16:59] <racarr_> I don't think im the person to do it but maybe its worth prioritizing https://bugs.launchpad.net/mir/+bugs?field.tag=gtk-mir
[17:00] <racarr_> as most are still marked
[17:00] <racarr_> wishlist
[17:00] <racarr_> but I dont think thats how we really feel about them
[17:04] <bschaefer> alf_, looking at getting automated tests for sdl2 using mir using an offscreen buffer
[17:25] <alf_> bschaefer: ok, note that for this to work you need to be in a non-X VT currently
[19:24] <kdub> could anyone around to review that 2nd-db branch of mine? :)