[07:38] <tsdgeos> pstolowski: shall i top approve https://code.launchpad.net/~stolowski/unity-scopes-api/fix-expandable-widget-doc/+merge/297357 or someone else will?
[07:39] <pstolowski> tsdgeos, yeah, pls top-approve, thanks!
[08:07] <sil2100> Trevinho: ping pong
[09:57] <Trevinho> sil2100: hey
[10:23] <sil2100> Trevinho: ping :) https://bugs.launchpad.net/ubuntu/+source/unity/+bug/1592676
[10:23] <ubot5> Launchpad bug 1592676 in unity (Ubuntu) "unity fails to build in xenial" [High,Confirmed]
[12:43] <mterry> tsdgeos, in silo 25, autopkg is failing on two card tests: https://objectstorage.prodstack4-5.canonical.com/v1/AUTH_77e2ada1e7a84929a74ba3b87153c0ac/autopkgtest-xenial-ci-train-ppa-service-landing-025/xenial/i386/u/unity8/20160614_235806@/log.gz
[12:43] <mterry> tsdgeos, might you know what's going on there?
[12:44] <tsdgeos> mterry: hmm not really, but that's bad i guess
[12:44] <tsdgeos> mterry: do you know if reproducible?
[12:44] <mterry> tsdgeos, seems to be failing in most autopkg tests, but haven't tried locally yet
[12:44] <tsdgeos> want me to give it a go?
[12:45] <mterry> tsdgeos, sure, thanks
[12:48] <tsdgeos> damned internet
=== JanC is now known as Guest29167
=== JanC_ is now known as JanC
[13:18] <dandrader> tsdgeos, https://code.launchpad.net/~dandrader/unity8/splashRotation/+merge/297318/comments/764496
[13:19] <tsdgeos> dandrader: cool, tx
[13:29] <tsdgeos> mterry: yep, fails here
[13:30] <mterry> tsdgeos, cool.  I see you and cimi both have card branches in the silo (and maybe others?).  Any guesses on who would know what's going on?
[13:30] <tsdgeos> not immediately
[13:30] <tsdgeos> they all seem pretty innocent
[13:31] <cimi> :)
[13:32] <tsdgeos> investigating
[13:43] <mterry> thx
=== sil2100_ is now known as sil2100
[14:28] <tsdgeos> mterry: ok, https://code.launchpad.net/~aacid/unity8/halveUpdateCardDataCalls/+merge/296829 needs to go
[14:29] <tsdgeos> mterry: can you remove it from the silo?
[14:29] <mterry> tsdgeos, ok
[14:29] <tsdgeos> it sounded correct but in insight it's wrong
[14:29] <tsdgeos> i'll comment why on the MR and reject it
[14:30] <mterry> tsdgeos, cool thanks
=== dandrader is now known as dandrader|afk
=== dandrader|afk is now known as dandrader
=== alan_g is now known as alan_g|EOD
[17:27] <dandrader> mterry, do you know what makes unity8 stay quiet when the display turns off?
[17:27] <dandrader> mterry, or if there's such thing at all?
[17:27] <mterry> dandrader, stay quiet?
[17:27] <dandrader> mterry, ie, not render new frames
[17:28] <mterry> dandrader, not exactly -- I think it's a mir thing, it doesn't accept new frames, and qt/something is smart enough to block the client from working on new frames if it can't push them
[17:28] <mterry> dandrader, so I guess "no I don't know" is the answer to your question  :)
[17:29] <dandrader> mterry, ok. Guess the only thing unity8 does in that regard is check Powerd.status and show the greeter/lockscreen when display goes off...
[17:30] <mterry> dandrader, yeah we respond to the signal but the u8 side of things doesn't do any rendering specialties.  That's all at the mir/qt level
=== dandrader is now known as dandrader|afk
=== dandrader|afk is now known as dandrader
=== Cimi_ is now known as cimi
=== attente_ is now known as attente