=== chihchun_afk is now known as chihchun [09:34] * alan_g wonders if it is safe to let clang update today === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun [10:43] 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] Just noticing it is still WIP and not proposed [10:44] I guess you'd like to land https://code.launchpad.net/~alan-griffiths/mir/MVC-refactor-msh-Shell-hierarchy/+merge/248030 first [10:44] ? [10:45] racarr_: that's because I want to land some Mir changes to simplify that and the qtmir equivalent. [10:45] Specifically https://code.launchpad.net/~alan-griffiths/mir/MVC-refactor-msh-Shell-hierarchy/+merge/248030 [10:46] Doh! you spotted that [10:46] :) I see [10:46] 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] branches ready? [10:47] Trying to make release ASAP to get various [10:47] event business out to downstreams [10:48] 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] the qtmir especially branch will be much nicer with the above MP - but I've not made the changes yet [10:51] mm [10:51] 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] or should release continue and we grab them in next release... [10:52] I can help with most of the testing as part of testing the silo [10:52] racarr_: you can't build qtmir or USC against current Mir [10:53] But the branches are relatively safe "mechanical" reworks. [10:54] alan_g: Right, what I mean was should we land port-to-Msh-shell as they stand now [10:54] with mir-devel [10:54] s/land/release/ [10:54] or do you think the new versions can be ready in a day or two [10:54] or is port-to-Msh-shell already out of date...? It was working friday :p [10:54] If I stop looking at lp:1416482 I can updated the branches in half an hour [10:55] But I'd really like to get MVC-refactor-msh-Shell-hierarchy in [10:56] When you say "working", you mean compiling? [10:57] alan_g: Lol...yeah thats the first step at least...then we can start the silo process [10:57] alan_g: I guess I will get reivews for refactor-msh-Shell-hierarchy [10:57] and you can continue working on 1416482 [10:57] and either you, or I tomorrow can find time to update the downstream branches [11:00] racarr_: works for me [11:02] alan_g: Ok thanks :) talk to you soon [11:18] alf_: this will actually be solved with your u-s-c cursor work that's on vivid already right? [11:18] https://bugs.launchpad.net/bugs/1416642 [11:18] Launchpad bug 1416642 in unity8 (Ubuntu) "No mouse cursor shown when connecting a BT mouse to the phone" [High,Triaged] === chihchun is now known as chihchun_afk [12:25] duflu: http://rt.com/news/228559-eu-parliament-bomb-threat/ === ara is now known as Guest32645 [12:28] racarr: I've updated both branches to compile with MVC-refactor-msh-Shell-hierarchy (the USC one works with development trunk) [12:31] alan_g: :) Thanks [12:46] 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] kgunn: that being said, if you run a demo server you should see a cursor [12:47] right, on android [12:48] 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] kgunn: also on Android, with some drivers, there are problems with overlays with the cursor === alan_g is now known as alan_g|lunch === alan_g|lunch is now known as alan_g [14:05] alf_: @bfi-fix-1416482 - thanks, updated [14:41] alan_g: approved [14:41] :) [15:28] alf_: is clang 3.6 behaving itself yet? [15:30] alan_g: Haven't updated since Friday, let me give it a try [15:43] 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] alf_: thanks [16:48] alf_: hey, iirc sometime back you did a sw framebuffer for headless setups [16:50] are there some instructions how to use? [16:52] 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] bschaefer: ^ [16:53] alf_, awesome, thank you! bregma ^ [16:54] duflu: https://bugs.launchpad.net/mir/+bug/1417170 [16:54] Launchpad bug 1417170 in Mir "qtcreator with mir_proving_shell breaks surface move" [Undecided,New] [16:55] 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] 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] as most are still marked [17:00] wishlist [17:00] but I dont think thats how we really feel about them [17:04] alf_, looking at getting automated tests for sdl2 using mir using an offscreen buffer [17:25] bschaefer: ok, note that for this to work you need to be in a non-X VT currently [19:24] could anyone around to review that 2nd-db branch of mine? :)