=== jono is now known as Guest43238 [06:39] hmmm, taking eglSwapBuffers and eglSwapInterval strict, a turned off screen does not have vsync. With that, waiting for an eglSwapBuffers with an eglSwapInterval > 0 should never return [06:43] tvoss: Yep. And so all compositors and apps sleep nicely when the screen is off. [06:43] Unless you have the fglrx driver, which was buggy there === duflu_ is now known as duflu [07:00] duflu, I was thinking: If an application would decouple from vsync via a call to eglSwapInterval(0) in reaction to the screen being turned off, immediately returning false from eglSwapBuffers would be valid [07:01] tvoss: Returning false sounds correct. However I have seen drivers differ and buggy with respect to return values for an "off" screen. === tvoss is now known as tvoss|afk === tvoss|afk is now known as tvoss === alan_g is now known as alan_g|lunch === alan_g|lunch is now known as alan_g === dandrader is now known as dandrader|afk [14:09] kgunn, so I think the biggest risk factor with split greeter silo is the Mir bugs. I'm going to look into the screen on/off one today a bit. I think racarr was looking at my bugs too? Do you know if he got anywhere? [14:12] mterry: not sure...but good to know...do we have logged bugs for those ? [14:12] to enable me to be really annoying :) [14:12] kgunn, um. No, probably not. /me is bad at paperwork [14:12] kgunn, will file [14:13] kgunn, will work on [14:15] mterry: no worries....still steamy its all so new :) [14:16] mterry: i do know anpok_ was poking around on the flicker [14:16] like first few frames being transparent from greeter [14:16] kgunn, yeah... That is something I was willing to live with and fix later [14:16] Not something users will always see [14:18] kgunn: current status is in the review [14:18] approved it as it is not cause by the change.. [14:19] i tried with a non-qt greeter (basic_server + eglplasma :)) but that is not a proper greeter.. [14:20] so I couldnt get to that sequence of turning off and on.. [14:20] I wanted to look at the qt side of things next.. [14:20] kgunn, bug 1297876 and bug 1297878 [14:20] bug 1297876 in mir (Ubuntu) "Screen turns on when a new session/surface appears" [Undecided,New] https://launchpad.net/bugs/1297876 [14:20] bug 1297878 in mir (Ubuntu) "Keyboard presses "fall through" and hit surface behind them" [Undecided,New] https://launchpad.net/bugs/1297878 [14:21] oh 1297876 is a mir issue [14:21] kgunn, I'll look at the first one because that seems like something I could track down (see where screen turns on and work back). But the second one looks like it requires more knowledge of Mir than I have [14:21] kgunn, I think racarr was looking at one or both of them [14:22] anpok_, I *think* second one is too [14:23] anpok_: want to dive in to 1297876...and maybe work with racarr when he comes on.... [14:23] let's see if we can kill these quickly [14:24] * kgunn wants to land split greeter soon! [14:24] kgunn: sure - this one is very annoying, thought it was in a different part of the system. [14:24] brb === dandrader|afk is now known as dandrader [14:40] so now that facebook will buy oculus do we still have to "pass the oculus rift test"? :) [14:43] there is another company with augmented reality glasses [14:43] sony? [14:43] :) [14:44] or in austria there is a vr startup [14:44] i think we just rename it .. or have an indirection [14:44] AlbertA, sure you do, we need to be prepared for when we acquire facebook as sub-devision after making billions and billions in the phone market [14:44] "coolest displaying tec test" [14:45] I kinda like passing the "morpheus test" [14:45] though probably not applicable :) [14:46] hmm i am sure the sony equipment will work in linux likewise.. [14:46] unless we get ubuntu running on the ps4 :) [14:56] lets start small, Ubuntu Phone on the PSP first ;) [15:00] vita might be simpler .. no mips ... [15:11] AlbertA: look at DemoPrivateProtobuf [15:17] alan_g: thanks [15:17] yw === alan_g is now known as alan_g|tea === alan_g|tea is now known as alan_g === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === dandrader is now known as dandrader|lunch === tvoss is now known as tvoss|afk [16:32] Does anyone know why ConsumingPlacementStrategy exists in the codebase? [16:44] alan_g, I don't know [16:52] Quick dev-related question: does Mir use libxkbcommon? Thanks. [16:54] its one of our dependencies [16:54] $ grep libxkbcommon debian/control [16:54] libxkbcommon-dev, [17:02] thanks === dandrader|lunch is now known as dandrader === alan_g is now known as alan_g|EOD [19:02] AlbertA: trying to be better about public chat...so powerd will still contain brightness value ? [19:02] and u-s-c will simply be a proxy for the ui in terms of requests to change that value...? [19:03] i assume wrt actual screen state (on/off) that's still going to end up in u-s-c ? [19:03] kgunn: yes powerd will still handle the brightness logic [19:03] kgunn: I was pulling that into usc but from the conversation in the morning [19:03] kgunn: that was better left in powerd [19:03] ok [19:04] kgunn: but usc will inform powerd when to act on brightness etc [19:05] AlbertA: makes complete sense, any hw ctl & related hw logic should be in powerd...and usc is more about policy & req/resp on powerd [19:06] kgunn: yes basically usc will do the input event timeouts and display on/off, and it will inform powerd when to to dim the screen [19:07] kgunn: the settings will be obtained from the sessions possibly from a sidechannel using the same server socket mir uses [19:07] kgunn: or maybe we can incorporate it into display configuration - for now I'm leaning towards side channel as far as settings [19:19] ack [19:58] mterry: out of bug 1297876 and bug 1297878 [19:58] bug 1297876 in mir (Ubuntu) "Screen turns on when a new session/surface appears" [Undecided,New] https://launchpad.net/bugs/1297876 [19:58] bug 1297878 in mir (Ubuntu) "Keyboard presses "fall through" and hit surface behind them" [Undecided,New] https://launchpad.net/bugs/1297878 [19:58] you really wanted help with 78 right ? [19:59] just wanted to make sure i was asking racarr about the right thing [19:59] or...asking him to look at the right thing [19:59] kgunn, both are blockers, but I think I can at least investigate 76 myself. Plus 78 affects more than just split mode, so it's more critical. I think racarr was looking more into 76 so far, but I'm not sure of his progress in either [20:00] agreed...78 looks like the nastier of the 2 [20:00] in terms of ux effect [20:01] kgunn, 76 is mad annoying bro [20:02] but yes [20:02] mterry: sorry...i meant 76 [20:02] no nvmd... [20:02] kgunn, they are both super annoying [20:02] ah..my eyes o.O [20:02] kgunn, one drains battery and is startling. One makes keyboard useless [20:03] keyboard useless is worse imho [20:03] sure === dandrader_ is now known as dandrader|bbl [20:03] I'm on the same page :) I just also hate 76 [20:21] should I just [20:21] flip a coin/ [20:21] ok no 78 [20:22] mterry: kgunn: Anything known so far on 78 besides that is in the bug? [20:23] racarr, no [20:23] cool [20:24] ill be on it in an hour or so (have to do the usual flash phone clean, build clean stack, etc...) [20:47] bregma: bschaefer ...meant to ask [20:47] oops, wait...moving [22:06] racarr, regarding the 76 issue, your original instincts were right. If I uncomment the "power_mode = default_power_state" bits in DefaultDisplayConfigurationPolicy::apply_to, problem goes away. In your unity-mir branch, you say nested mode should do nothing for apply_to. Should NestedDisplay() just not call apply_to? [22:10] mterry: Which branch of unity-mir are you using against mir devel? trunk isnt building [22:10] mterry: Err...let me think [22:11] racarr, whichever ended up in silo 004 [22:11] kgunn_, which branches did you use for unity-mir in silo 004? [22:12] mterry: Err...so I cant remember exactly what I said in my unity-mir branch [22:12] I think it would make sense to say though, for example that [22:13] the nested server should inherit the display configuration from the system compositor by default [22:13] so the nested server could use a [22:13] DisplayConfigurationPolicy (overriding the_display_configuration_policy) [22:13] that doesnt initialize things to their default state [22:13] re-initialie/whatever [22:21] if they're different defaults, why not just provide an appropriate default implementation instead of overriding things [22:23] mterry: Ok where does silo 4 come from! [22:23] I guess maybe I can use binary packages of unity-mir [22:23] but...I think server abi broke [22:23] as early as like [22:23] every day for the past week [22:23] lol [22:23] so im not sure how this is possible [22:23] mterry: one moment [22:23] racarr, https://launchpad.net/~ci-train-ppa-service/+archive/landing-004/+packages [22:24] mterry: https://pastebin.canonical.com/107219/ [22:24] racarr: ^ if needed [22:26] hmm I only see one unity-mir branch [22:26] which doesnt have the update [22:26] that the_session_authoried now has to implement screencast_is_allowed [22:26] maybe I got my local branches mixed up just a sec [22:29] mterry: Err, so I am not sure how you built mir/devel [22:29] against these packages [22:30] racarr, I apt-get sourced the package in the silo [22:30] / are there missing um branches... [22:30] the mir package? [22:30] racarr, and worked off that. That way, no rebuilding [22:30] racarr, yeah [22:30] oh [22:30] thats at least a week behind mir devel it seems [22:31] maybe more? screencast has been in for forever [22:31] racarr, well, good for fixing bugs anyway [22:31] mm [22:31] lemme get the PPA then === dandrader|bbl is now known as dandrader [22:39] except apt-get update wont finish lol thats good [22:42] mterry: Just to make sure I understand how I am supposed to reproduce it [22:42] it should just show up in this silo [22:42] so there is nothing to isolate it to mir/mir devel in particular [22:42] racarr, yeah [22:43] racarr, uh. 76 needs silo. 78 should be reproducable with stock unity8 and silo [22:43] racarr, haven't tested 78 with stock unity8 and mir/devel [22:43] right but at this point it could be anything in the silo except unity8 right [22:44] i.e. papi/unity-mir [22:44] racarr, well papi/unity-mir are just rebuilds agains tmir [22:53] er...do you have to do something besides writable-image to make [22:53] apt work on the phones now [22:53] I am having all sorts of issues [22:55] racarr, no... [22:55] :/ apt-get update will never finish even though I can access the servers it claims to stall on [22:55] racarr, what errors? [22:56] and dist-upgrade is complaining about no space left ond evice [22:56] even though its a clean flash [22:56] racarr, I've gotten the stall before, a reboot can fix that sometimes [22:56] I dont even know space on what partition...and I check mount -v and see there are now liek [22:56] over 20 partitions lol [22:56] racarr, no space is an odd one after clean refresh. two things can help: [22:56] apt-get purge 'language-pack.*' mir-test-tools [22:56] rm -r /var/cache/apt/archives/ [22:57] I cant even run apt-get purge [22:57] because of no space [22:57] but I literally [22:57] emptied /var/cache [22:57] hmm [22:59] I guess I will reflash [22:59] with bootstrap [22:59] hopefully my flash isnt dieing [22:59] racarr, bootstrap shouldn't be needed, but couldn't hurt [23:00] shouldnt be right but [23:00] dont know what to do at this point [23:00] I mean I literally just flashed a new image without bootstrap immediately prior to this. [23:02] racarr, :( [23:03] racarr, did you accidentally do dd < /dev/random > /datafile? common mistake [23:05] mterry: Maybe, thats my password [23:05] so maybe I entered it in the wrong prompt [23:05] :) [23:05] or maybe my flash is dead [23:13] lol ok everything seems happy now. [23:13] just going to pretend that never happened [23:13] my usb cable is pretty flaky maybe the flashing process went wrong or maybe my flash really is failing [23:14] maybe it was just overheating *shrug* [23:16] :-/ [23:17] racarr, still before you re-install all the mir deps, you should probably run " apt-get purge 'language-pack.*' mir-test-tools" to help avoid in future [23:18] mterry: good call [23:19] woah [23:19] that was quite [23:19] the boot up experience [23:20] racarr, with the PPA? [23:20] yes [23:20] I can see also the osk [23:20] literally cant be dismissed lol [23:20] :) [23:20] I also got it stuck rotated somehow [23:21] If you re-summon it, it can come back unrotated [23:29] hmm ok well have to get unity-mir debug symbols now... [23:29] MirSurfaceManager::surfaceAttributeChanged is at least being called when the OSK comes up so cant understnad why [23:29] the surface wouldnt be getting the state [23:29] but we shall see [23:55] interesting [23:55] surface manager cant find the unity-mir side [23:55] osk surface at the time of [23:55] attribute [23:55] setting