[07:30] morning guys [07:40] Saviq, dzien dobry - I finished friday if you want to check out [08:00] Saviq, you on holiday today? [08:40] Cimi, no, just late... sorry [08:42] Saviq, no problem :) [08:42] Cimi, I'll try and have a look, looks like today's gonna be a review day anyway [08:43] Saviq, a super quick one - https://code.launchpad.net/~unity-team/unity-api/scope-customizations/+merge/223893 [08:43] mhr3, bump API version, and is there no test that checks for props? [08:44] Saviq, the version isn't fine-grained enough, so did just deb bump [08:45] mhr3, why not "fine-grained enough"? [08:45] mhr3, I don't mean the one in .h [08:46] mhr3, but the one in CMakeLists.txt, that gets baked into the .pc file [08:46] mhr3, that one's per-interface, meant exactly for this? [08:46] Saviq, mhr3: hey, do you know who decided to use X-Ubuntu-Touch=true and why? [08:47] seb128, ~me, because we were looking at all .desktop files and wanted to only list those that explicitly said that they support touch [08:47] seb128, it should probably be rethought, or dropped altogether [08:47] mhr3, deb-bump is needed, of course, for anyone that wants to implement that interface [08:47] Saviq, yea, exactly there's just set(VERSION 1) [08:47] sucks [08:47] mhr3, yeah, just bump to 2 [08:48] mhr3, it's just an interface version, what do you care ;) [08:48] mhr3, but then the "other" version is for consumers, we actually should make it so Provides: gets automagically bumped [08:48] mhr3, it's kinda like SONAME [08:48] Saviq, right, because once we get Gtk/MIR ideally you should be able to run any GTK app on desktop, and we don't want to have to patch every single .desktop entry for that [08:48] mhr3, just an int there as well [08:48] Saviq, it's completely backwards compatible, with minor addition, you don't do major version bumps in those cases [08:48] Saviq: https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1302761 :/ [08:48] Ubuntu bug 1302761 in unity8 (Ubuntu) "Wrong icon when dragging items in the launcher" [Undecided,Confirmed] [08:49] mhr3, that is true, only problem is that I will have to check whether that property is there if I'm not sure, or we'll be logging warnings all over the place ;) [08:49] mzanetti, that should be fixed with 5.3 now? [08:49] Saviq, meh.. warnings if system is assembled with wrong components... who cares :P [08:50] Saviq: hmm... its not fixed with the latest stable image... currently flashing the development device. will check [08:50] mhr3, well, the problem is, if you don't bump, you say those are *right* components [08:50] mhr3, because scopes-shell provides unity-shell-impl-1, and that does not include the customizations prop [08:51] mhr3, and if shell starts expecting that prop [08:51] Saviq, ultimately i don't want to have version 35 after two months [08:51] mhr3, then stop changing the API! ;) [08:51] mhr3, and why not? it's just a number :D [08:51] Saviq, tell design to stop changing things :) [08:52] or rather... to stop designing :) [08:52] Saviq: no, still broken [08:52] mzanetti, bump the bug, then, Loïc wrote that it should be fixed with 5.3 [08:53] Saviq, imo we should do those bump max twice per cycle, it doesn't matter for us, and others implementing our interfaces will be basing them off released ubuntu [08:53] mzanetti, https://bugs.launchpad.net/unity8/+bug/1296777/comments/16 [08:53] Ubuntu bug 1296777 in Unity 8 "avatar displayed incorrectly in notification" [High,In progress] [08:54] Saviq: well, unless we reverted 5.3 from the latest devel-proposed, its still broken [08:54] mhr3, I don't understand the resistance, the whole purpose of this version is to bump it whenever the API changes (which should hopefully stabilize at some point) [08:55] mzanetti, that's why I'm saying bump the bug (well, you might make it dupe of that last one I linked, since the problem is the same) [08:55] Saviq, it's a change which sole purpose is to force more changes without any real benefit right now [08:55] MacSlow, silo 4 doesn't seem to include anything re: boot anim, or am I mistaken? [08:55] mhr3, the benefit is that upgrading unity8 will require the upgraded plugin [08:55] Saviq: I bumped the bug, but I don't think anyone will notice as it doesn't have an assigneed in SDK [08:55] Saviq, no... that's why I'm guessing kgunn saw this problem. [08:56] Saviq, like we didn't do system images [08:56] Saviq, once my phone is charged I wanted to take a closer look, if that's really the reason... sofar I'm only guessing because mterry told me about that branch before the weekend [08:56] mhr3, which break if stuff migrates from proposed partially [08:57] mhr3, which would not be the case if unity8 was held in proposed until scopes-shell came up with the new Provides [08:57] MacSlow, don't understand, why would the spinner come up anyway? what enabled it all of a sudden? [08:57] Saviq, which still wouldn't affect anything in this case... but fine you win [08:57] Saviq, that I don't know [08:58] paulliu, tags! [08:58] https://code.launchpad.net/~paulliu/unity8/lp1330957/+merge/223779 [08:58] mhr3, if you come up with a better way (like versioned imports), I'm fine with that [08:58] mhr3, but we still need to denote API bumps somewhere in debian/control [08:59] Saviq, robert_ancell filed https://bugs.launchpad.net/unity8/+bug/1333029 on the topic btw, would be nice if you could comment [08:59] Ubuntu bug 1333029 in Unity 8 "Only shows applications with X-Ubuntu-Touch=true" [Undecided,New] [08:59] seb128, unity8 does not filter them, probably unity-scope-click by now? it was originally unity-scope-applications [09:00] is -click handling non clicks? [09:00] paulliu, I don't understand though why it should not have any card or background in those tests [09:00] mhr3, ^ [09:00] seb128, yeah, there's no other scope [09:00] seb128, yes, both have checks for those [09:01] Saviq, mhr3: can you just reassign/still comment on the intent/what we plan to do? ;-) [09:02] seb128, honestly i don't know... guess it's now kindof a "SupportsMir=true" thing [09:02] mhr3, we are still not going to patch every single .desktop of the archive to add that [09:03] that makes no sense [09:03] yet you don't want to show apps that you can't launch [09:03] well, once you can start any gtk and qt apps, you don't have much you can't launch [09:03] MacSlow, ok looks like the spinner is enabled in the current proposed image already [09:03] seb128, java, wxwidgets? [09:04] seb128, or really anything not written in gtk nor qt [09:04] MacSlow, and it works fine, so unrelated [09:04] mhr3, well, my point was most our apps are GTK or Qt ones [09:04] * Saviq kicks rebuild on the silo in any case [09:04] Saviq, ah ok [09:04] mhr3, I said "most" not "all" [09:04] seb128, so you'd still have apps that you can't launch.. sucks [09:05] mhr3, either you have too much list of not enough [09:05] I would prefer be able to run my apps that are working [09:05] even if a few icons don't work [09:05] than not being able to run things that work [09:05] mhr3, seb128, maybe we need a blacklist shipped with the scope or something? [09:05] mhr3, seb128, I agree maintaining it per-package is dumb [09:06] but maybe a single list? [09:06] seb128, i'm just saying both sucks [09:06] or well, isn't XMir supposed to solve all that? ;P [09:06] yeah, it should ;-) [09:06] crap [09:06] mhr3, well, once we have XMir we should be able to run everything [09:07] that sounds like good enough solution then :) [09:09] Saviq, can we land the unity8 logout? ;-) [09:09] Saviq, pushed [09:09] seb128, trying! ;) [09:10] Saviq, thanks [09:10] mhr3, kthxbai, and sorry for pushing, but that's the system, the system might be flawed, but until we have a new one, I'd like to stick to it [09:10] mhr3, it's not like I thought of it myself, Didier thought of it! [09:11] i knew it was didrocks' fault! [09:11] he's the evil man behind everything [09:11] and not even here [09:21] Cimi: if we don't provide those in cardData, they will be null. [09:21] Cimi: what tags? [09:26] MacSlow, well... TBH https://launchpad.net/~ci-train-ppa-service/+archive/landing-004 [09:26] MacSlow, that silo has no packages [09:27] MacSlow, and I don't see how it could, there was a conflict between two branches [09:27] MacSlow, so, in any case, I'm on it [09:27] Saviq, :) ok ... I'm ironing out the last bit on the unity8 combo-button branch [09:30] Cimi, please grab pete-woods today to see what's up with new infog :) [09:32] paulliu, why we don't provide them? [09:33] paulliu, cimi@draco:~/Development/unity8/lp1330957$ bzr tags [09:33] 0.1.16 ? [09:33] pete-woods, ping indeed :) [09:38] Cimi: hi [09:38] pete-woods, welcome back [09:38] thanks :) [09:41] pete-woods, so we got the infographics running, but camera app doesn't populate! [09:41] pete-woods, also, can we have a backport compativility with older infographics? [09:42] Cimi: you need to install the camera app from click [09:42] otherwise we don't get the hooks set up [09:42] I don't think that our current PPA mechanism actually allows us to test this === vrruiz_ is now known as rvr [09:44] pete-woods, how? [09:45] Cimi: well there's a click-build.sh script in the camera app source tree [09:45] pete-woods, we have a silo with it [09:45] silos only contain debs though, right [09:45] not click packages [09:45] ok [09:46] pete-woods, so we build it in the phone? [09:46] Cimi: actually I have an idea [09:46] Cimi: I should make the camera app work in both deb mode and click mode [09:47] Cimi: give me a little bit and I'll update the branch to support both modes [09:57] mzanetti, can you have another look at bug #1302761, it looks to me like the underlying issue is fixed actually, the behaviour in the launcher is now different - before it always displayed the same icon (the first one that was ever dragged) [09:57] bug 1302761 in Ubuntu UI Toolkit "Wrong icon when dragging items in the launcher" [Undecided,New] https://launchpad.net/bugs/1302761 [09:57] mzanetti, now it always shows the *previous* icon that you dragged [09:57] mzanetti, and the other instance of this bug (wrong avatar in notification) looks fine now [09:58] mhm... will have alook. still the code in the launcher didn't change [09:58] mzanetti, so it looks like the icon is updated now, but uses the previous one somehow [09:58] mzanetti, and please mention on the bug that this was supposed to be fixed with 5.3 and is not [10:00] mzanetti, FWIW your test case works, too https://launchpadlibrarian.net/172053666/shapetest.qml [10:00] Saviq / mhr3: Do you guys know whether Unity preview art is right-angle shaped by design? (no longer contained within Ubuntu shape, that is) - Joe likes that, I just wanted to check with you guys whether that was accidental or design team decision :) [10:01] karni, no, first I've heard (we did decide on an option to disable, but didn't implement yet) [10:02] karni, and I can't repro, can you? [10:26] anyone noticed that the wider the shell window is, the darker the background? not sure if it's only on desktop app though... [10:32] dednick, which background? dash or greeter? [10:32] Saviq: dash [10:33] dednick, right, ouch [10:34] Saviq: although not really sure how it's doing it. probably just an svg thing. increasing size changes gradient [10:34] dednick, looks like the notification overlay [10:34] dednick, no, you can't interact with the dash any more either :| [10:34] Saviq: ah. didnt notice that! [10:34] woops [10:35] it only happens on resize, though [10:35] something weird [10:35] Saviq: ya, it works if you resize before switching from greeter [10:35] MacSlow, it looks like the notification input-block overlay behaves weirdly when you resize the window, could you please have a look [10:36] MacSlow, ./run.sh; unlock, resize → overlay activates [10:48] pete-woods, any luck? [10:49] Cimi: yep, you'll need to rebuild both libusermetrics and the camera-app though === TheMuso` is now known as TheMuso [10:50] pete-woods, Saviq can you update silo? ^ [10:53] * Saviq does [10:53] I rebuilt the whole thing, unity8 changed, too [10:53] in the mean time [10:57] Saviq, ok... I will. [10:57] MacSlow, shout if you want me to file a bug [10:58] Saviq, sure === MacSlow is now known as MacSlow|lunch [11:02] Saviq: could you add this MR to the infographics silo? https://code.launchpad.net/~unity-api-team/telephony-service/file-based-infographics/+merge/224105 [11:03] just realised that we need to update the telephony service, too [11:04] pete-woods, doing [11:04] Saviq: thanks! [11:31] pete-woods, btw, shouldn't the compat layer have taken care of telephony, though? [11:31] pete-woods, or does the compat layer require a bit adaptations in any case? [11:32] Saviq: yes, but you still need to add the infographic hook, the API is exactly the same [11:33] pete-woods, ah ok, that [11:33] otherwise I'd have to go globbing the cache directory for stuff [11:33] * pete-woods doesn't want to do that [11:34] the other alternative would be to add an extra permission for apps to write in a common dir [11:34] got it [11:36] Saviq, is anything blocking the landing of the logout silo? did you want to give it an extra round of testing? [11:37] seb128, I don't think unity8's testplan was executed against it [11:38] seb128, I'm in the process of landing another unity8 silo now [11:38] k :/ [11:38] seb128, will get onto the logout one asap [11:38] which means that one is going to need another rebuild/test round? [11:39] seb128, yeah [11:39] seb128, but just unity8-wise [11:39] right [11:39] seb128, I'll take care of that today [11:40] Saviq, thanks [11:54] Saviq: ok. found the issue with the launcher icons [11:54] mzanetti, local isn't it? [11:55] Saviq: so the thing is, that the UbuntuShape now seems to do stuff slower [11:55] Saviq: i.e. the Image gives me statusChanged to Ready [11:55] Saviq: but the Shape still paints the old one [11:55] then I update the ShaderEffectSource [11:55] and only at some point later the Shape would update [11:55] but my ShaderEffectSource is not updating any more [11:56] so not sure... [11:56] feels like a bug in UbuntuShape still [11:56] mzanetti, hmm hmm [11:56] mzanetti, we'd need a status on UbuntuShape then, wouldn't we [11:56] mzanetti, you've a non-live Source there, right? [11:56] yep [11:56] statusChanged on the shape would help I guess [11:57] or - making it somewhat sync again, to be done when the Image emits statusChanged [11:57] mzanetti, so I think it's fine that Image gives up Ready, because well... it is, but we'd need Shape to have a status as well [11:57] Cimi: I don't know. Maybe the code will be smaller? [11:57] mzanetti, or well, just make it live? [11:57] Saviq: hmm... should I? [11:58] Saviq: its all launcher icons [11:58] well, I could make it live while dragging for sure [11:58] will do that [11:58] mzanetti, other than Shape having a status prop, not sure what else :| [11:58] yeah, that ↑ should work fine [11:59] well, I know my way around [11:59] Saviq: just wanted to let you know and see if your opinion matches mine [12:00] mzanetti, I think it should be fine live in any case [12:00] mzanetti, since according to http://qt-project.org/doc/qt-5/qml-qtquick-shadereffectsource.html#live-prop [12:00] mzanetti, it will only update whenever the actual item changes [12:00] Saviq: yeah... sounds about right... [12:00] ok. will drop the non-live stuff [12:01] cheers === MacSlow|lunch is now known as MacSlow [12:40] mhr3, just thought of one more appearance prop that we might need to expose [12:40] mhr3, icon key color for colourizing [12:42] mhr3, since we default to #808080, if someone supplies an icon using that colour, it would be colourized === _salem is now known as salem_ === salem_ is now known as _salem === dandrader is now known as dandrader|afk [13:05] Saviq, did you file the bug regarding the input-blocking MouseArea of notifications yet? [13:05] MacSlow, you didn't shout! ;) [13:06] Saviq, damn :) [13:07] Saviq, in turn I will then file a bug against xchat's new voice-amplification plugin ;) [13:17] MacSlow, can still file one if you'd like, but not sure we really need it, feels like an unnecessary overhead [13:18] Saviq, organization-wise your call... I'll look into it anyway. [13:18] MacSlow, yup, no bug then === dandrader|afk is now known as dandrader === _salem is now known as salem_ [13:39] paulliu, ping [13:39] Cimi: hi [13:40] Cimi: I just removed the tags. [13:40] paulliu, cool [13:40] Cimi: I'm wondering where the tags comes from. [13:40] paulliu, could you also add the margin when there is just the title? [13:40] paulliu, or better [13:40] paulliu, when there is no art or mascot [13:41] paulliu, basically we always want the margin [13:42] Cimi: isn't the current patch already done that? [13:42] Cimi: I mean, if there's art or mascot, it generates the margin already on the other part. [13:43] Cimi: And subtitle is following title's anchor. [13:45] Saviq, colorizing what where? [13:46] mhr3, foreground colour [13:46] mhr3, affects emblem and attributes as well [13:47] mhr3, but if someone supplies an icon that is actually meant to be #808080 [13:47] Saviq, so if i set it to red, what will be red? [13:47] mhr3, that's the key color [13:47] mhr3, if you set the key color to red, all the red in the image will be replaced with the foreground color [13:48] ok, i see now [13:48] why isn't that just using normal transparency? [13:49] oh or is that like symbolic icons? [13:52] mhr3, yes [13:53] mhr3, it's for theme icons [13:53] mhr3, basically flat monochrome icons are meant to have the same colour as the text [13:54] right, don't think it will be used much, but yea, just add it to the json spec === salem_ is now known as _salem [14:09] Saviq: hey, I pushed what I think is the right fix for the telephony-service break [14:10] looks like it was caused by qt5.3 === pete-woods1 is now known as pete-woods [14:11] it added some UID checks which were confused by their LD_PRELOADed system library [14:11] pete-woods, same MP? [14:11] yep [14:11] Saviq: can split if you want [14:11] pete-woods, not my project ;) [14:12] pete-woods, build kicked [14:12] Saviq: thanks :) === _salem is now known as salem_ [14:16] Saviq, known that left swipe from an app to dash flickers? [14:16] Saviq: can i use url dispatcher in qml? [14:17] Saviq, i mean, there isn't an animation anymore after the switch to 5.3 [14:17] dednick, Qt.openUrlExternally [14:17] mhr3, I just filed a bug [14:17] Saviq: cool. thanks [14:17] mhr3, bug #1333261 [14:17] bug 1333261 in Unity 8 "Left-edge long-swipe dash fade-in is not smooth" [Critical,Triaged] https://launchpad.net/bugs/1333261 [14:18] thx [14:20] mhr3, just dumped its importance to Medium, as this goes away with dash-as-app anyway.. [14:20] we'll probably just be bringing the dash from the left is all [14:21] sounds reasonable [14:22] not like we've design for it :| [14:26] Saviq, I made the regex-suggestion work and tests sofar look good... http://macslow.org/regex-icon-label-snap-decision.png [14:27] MacSlow, cool, this will get us a bit more robustness for sure [14:27] Saviq, there are two examples skipping the icon... and one using a colon as part of the normal text. [14:27] MacSlow, I can help you with the regex if you need [14:28] but gotta run now, biab [14:28] Saviq, regarding the "gap" for the omitted icon... I'm not what the opinion of Design is... iirc they always want an icon for the comboList-entries. [14:28] Saviq, no the regex is fine. [14:30] Cimi: seems the tags are coming from trunk. [14:30] paulliu, remove them anyway [14:33] greyback, standup [14:34] Saviq: hmm Qt.openUrlExternally doesnt seem to work with url-dispatcher [14:37] Saviq: looks like we haven't got support in unity8. I'll add it to utils === salem_ is now known as _salem === _salem is now known as salem_ === salem_ is now known as _salem === _salem is now known as salem_ === salem_ is now known as _salem [16:03] dednick, it's from QPA, no idea why it wouldn't work (and it should!) [16:03] dednick, aren't we using it when activating stuff in indicators for example? [16:04] Saviq: it's done through indicator backend [16:04] dednick, right, in any case, it should work, if it doesn't - it's a bug [16:05] seb128, unity8 still didn't migrate, so logout is still blocked, I'll come back later tonight and will try and land it [16:05] Saviq: from qpa? as in qtubuntu? [16:05] Saviq, right, see -touch for unity8 not migrating [16:05] Saviq, needs some click revert [16:05] dednick, yes [16:05] Saviq, don't bother about coming back, tomorrow is fine [16:06] Saviq, enjoy your evening ;-) [16:06] Saviq: openUrlExternally does not reside there (on tree search) [16:06] dednick, https://code.launchpad.net/~aacid/qtubuntu/qtubunturl/+merge/181752 [16:06] dednick, it's Qt API exposed from QDesktopServices === gatox is now known as gatox_lunch [16:08] Saviq: i c. hum. maybe doesnt work on desktop then [16:08] need to set qpa [16:09] it falls back to regular xdg-open on desktop [16:10] dednick, it should work even more on desktop ;) [16:10] dednick, try a simple .qml with onCompleted: Qt.openUrlExternally("http://google.com") [16:10] dednick, if that works, it should work in u8 just as well - if doesn't → bug! ;) [16:11] Saviq, it will work, but won't go over ual [16:11] Saviq, let me push without the padding fix [16:11] Saviq, I'll fix when we get emblems in [16:11] Saviq, and paul branch [16:11] Saviq, or the worlds will collide [16:11] it's an aeasy fix, I'll make the padding static possibly [16:12] mhr3, sure [16:12] Cimi, k [16:13] Saviq: http works [16:13] but custom url does now [16:13] *not [16:13] gvfs-open: dialer:///?view=liveCall: error opening location: The specified location is not supported [16:13] dednick, ah, nothing handles those outside of the phone [16:14] Saviq: ah. but it'll work on phone? [16:14] dednick, that will only work on the phone, as url-dispatcher is the one that knows these url schemes, xdg doesn't [16:14] Saviq: but i have url dispatcher installed on my desktop.. [16:14] dednick, still, you don't use the QPA which uses url dispatcher [16:14] dednick, so it goes straight to xdg-open [16:14] Saviq: ah. i c === _salem is now known as salem_ === salem_ is now known as _salem [16:16] Saviq: hm. should i just "assume" it works on phone (test obviously) and go through Qt.openUrlExternally, or directly on the url-dispatcher? [16:17] since i've written a utils plugin component for it. [16:18] screw it. i'll use the qt function === dandrader_ is now known as dandrader|lunch === _salem is now known as salem_ [16:50] dednick: thanks for adding unit test to unity-mir trusted session [16:50] unrelated topic, did the battery indicator drop the slider for for brightness ? [16:52] charles: ^ ? [16:58] kgunn: http://bazaar.launchpad.net/~indicator-applet-developers/indicator-power/trunk.14.10/revision/244 [16:58] ta === alan_g is now known as alan_g|EOD [17:00] kgunn: although it looks like that decision has been reverted === gatox_lunch is now known as gatox [17:01] kgunn, yes but no. last week mpt and seb128 among others dicussed it and decided to reinstate the slider in indicator-power [17:01] kgunn, charles: https://bugs.launchpad.net/ubuntu/+source/ubuntu-system-settings/+bug/1289470/comments/4 [17:01] Ubuntu bug 1289470 in indicator-power (Ubuntu) "The phone has three brightness sliders" [High,Confirmed] [17:01] kgunn, with the rationale being that it was something that needed quicker access than navigating through settings === dandrader|lunch is now known as dandrader [17:06] dednick: hey I added some comments/questions to https://code.launchpad.net/~nick-dedekind/unity-mir/trusted-sessions/+merge/223432 [17:06] greyback: oh my, that's a long one. might have to wait for tomorrow morning ;) [17:07] dednick: still digesting it though, there's more to come [17:07] dednick: sure. I'm mostly worried about you creating unitymir::Session - I'm not sure why you need that. Anyway, there's no rush, we can take up that topic tomorrow [17:11] greyback: hm. it's juts a wrapper really. not much use. it used to do more, but i wasn't sure about holding a list of mir sessions in the app manager. [17:11] dednick: yeah, I'm not a fan of that either. [17:12] anyway, tomorrow! [17:15] greyback: huh. actually doens't look like i use the tracked sessions much anymore. Might be able to get rid of the lits alltogether. talk about it tomorrow. [17:15] s/lits/list [17:15] ack. Enjoy evening! [17:16] you too === salem_ is now known as _salem [19:16] mterry: hey...you fixed the spinner eating cpu prob right ? [19:16] kgunn, yeah [19:17] kgunn, you asking that question makes me nervous :) [19:18] mterry: lemme look at one thing.... [19:24] mterry: so i was testing AlbertA's ppa of powerd-to-usc display blank changes....and saw spinner taking like 8% [19:24] i just reverted the ppa & its still there [19:24] kgunn, the spinner shouldn't even be running [19:24] i retested n4 with the ppa and it is fine...so i'm thinking this is an n10 specific issue [19:24] kgunn, and your unity-system-compositor is all upgraded? [19:25] kgunn, huh... I haven't played with n10 for a while [19:25] That being a difference doesn't make sense to me though... [19:25] mterry: yeah these are all devel-proposd images from today [19:25] mterry: hang on... [19:26] mterry: so weird...n10, if screen is off u-s-c is ~1.2% cpu [19:26] with screen on it hovers around 7.5 to 9% [19:27] kgunn, oh wait, USC itself? [19:27] kgunn, sounds different from the spinner issue -- that's a separate process [19:27] Which is killed by USC when it's done [19:27] 1459 root 20 0 182344 23716 19516 S 9.8 2.1 0:13.06 unity-system-compositor --spinner=/usr/bin/unity-system-c [19:27] kgunn, and separately, that CPU usage doesn't sound good, agreed [19:27] kgunn, yeah "spinner" will show up on the command line, but it's just passing a command for USC to run and then kill [19:28] mterry: right...i did know that.... [19:28] mterry: which is why there is 1 usc... [19:28] that takes arg spinner... [19:28] sorry, just coming back to you only cause we had the problem last [19:28] but maybe this is AlbertA's prob ? [19:28] or who knows....maybe its been there [19:28] and we've never noticed [19:29] which is more likely, n10 power has always super-sucked [19:29] kgunn, on n10, I wouldn't know when it showed up. I rarely boot up my n10 [19:29] kgunn: can't think of anything that would cause it right now [19:29] Meaning, I wouldn't have noticed when it first started [19:30] AlbertA: i'm willing to continue landing, log a bug...and assume this was a pre-existing condition [19:41] kgunn: I see usc using 8-9% on a virigin image [19:41] kgunn: I don't see spinner [19:41] kgunn: just with adb shell top [19:44] alberto_, yeah that's the problem -- spinner is a red herring. Looks like USC usage is too high [19:46] kdub_: is there some reason usc might just churn on n10 ? [19:47] I can't think of one [19:48] might be interesting to turn on some of the mir logs (maybe rpc-report), and see if anything is talking to it [19:48] or compositor-report if its suspected that we're drawing idly [19:54]