[08:12] tsdgeos, good morning. how's the landing going? need any help? [08:15] mzanetti: so been runnning the test plan [08:15] all good for now [08:17] mzanetti: the test plan doesn't mention autopilot tests [08:17] but i guess we still run them? [08:19] tsdgeos, yes, please run them. ideally according to the doc Saviq linked yesterday... [08:19] we should link that from the test plan [08:19] http://ubuntu-test-cases-touch.readthedocs.org/en/latest/ [08:19] yes, lemme do that [08:21] tsdgeos, mzanetti, FYI: they added a 1001 priority for the overlay ppa, an add-apt-repository + upgrade might not work proper [08:21] the citrain tool should still work I think [08:21] yep, using citrain tool [08:21] but pay close attention to what's upgraded [08:21] ack [08:23] if doesn't work, drop the extra-ppas.pref file from /etc/preferences.d/ [08:24] mzanetti, tsdgeos, also, top tip: `sudo stop whoopsie`, this way unity8 crash on exit won't slow down testing [08:24] hah! good one [08:25] (well, just the first time it will [08:25] ) [08:43] this ./scripts/run-autopilot-tests.sh doesn't work at all [08:43] asks me for the password of the phone when doing things [08:43] and gets stuck there [08:57] tsdgeos, did you use the provision script too? [08:57] i think i did [08:57] but maybe not [08:58] anyhow added myself as ultra sudoer and contienued [08:58] now it's stuck somewhere else [08:58] ah no it's actualyl doing stuff === greyback__ is now known as greyback [10:16] Saviq, can't get the test to run now (image 191 on mako) was fine yesterday with 190. [10:18] Saviq, which silo do you use for testing? [10:18] MacSlow, demo-stuff, you probably did not get the upgraded bits because of a package pin [10:18] MacSlow, drop /etc/apt/preferences.d/extra-ppas.pref, apt update and dist-upgrade again [10:20] trying that now... [10:58] pstolowski: ping [10:59] tsdgeos, pong [10:59] pstolowski: you know anything about https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1324142 ? [10:59] Ubuntu bug 1324142 in unity8 (Ubuntu) "Support providing fallback images" [High,In progress] [11:00] i'm doing it in the unity8 side [11:00] and was wondering if we need to cater for this usecase [11:01] widgetData["source"] is invalid, so we load widgetData["fallback"] [11:01] can widgetData["source"] change after that? [11:01] because at the moment if it changes, i ignore it and stay in widgetData["fallback"] [11:04] greyback, as for lifecycle in unity8, the non-trivial part is when you switch between usage modes. on staged -> windowed, I don't think we want to resume all the suspended applications at once. I thinkit would be better to resume them as they get focused [11:04] tsdgeos, change how? like a thumbnail was generated in the meantime? [11:04] like the model gets changed [11:04] i guess no right [11:05] we don't have updating models [11:05] dandrader: fair enough [11:05] tsdgeos, that would be a new search [11:05] which would mean starting over and stuff [11:06] tsdgeos, yeah [11:07] so i guess i'll go with the current code, now i have to convince mzanetti :D [11:07] tsdgeos, btw, please check with michi as the new thumbnailer is in the works. may be relevant for error cases? [11:07] that's fine [11:07] the can just return QImage() instaead of the fallback [11:07] but there's a branch about that [11:08] we talked about it already in london [11:08] tsdgeos, ah, cool [11:10] Saviq, even after updating (and rebooting) I'm getting the "no process found with pid..." errors [11:10] MacSlow, did you remove ~/.cache/QML? [11:10] Saviq, yup always do that before each test-run [11:11] Saviq, no crash... no syslog-entry... [11:11] Saviq, ok... I didn't dump all DBus-traffic yet... [11:11] never do that, it's useless [11:11] MacSlow, just check that you have the correct version of unity8 installed [11:12] and all the other packages from the silo [11:15] Saviq, which one... in sources.list.d I've only unity-team/demo-stuff and ci-train-ppa-service/stable-phone-overlay [11:15] MacSlow, apt-cache policy unity8? [11:15] Saviq, lists unity8 8.10+rot1676+ap1615~ubuntu15.04.1 [11:16] MacSlow, full output please [11:16] Saviq, http://pastebin.ubuntu.com/10996651 [11:17] MacSlow, ok, you need to find out why unity8 exits/crashes, sorry but I won't be able to help [11:18] in any case, it's something in your environment, I've never had that issue on either krillin or mako [11:18] Saviq, I'll dig into it [11:21] MacSlow, obvious place to look is `autopilot run -v...` and ~/.cache/upstart/unity8.log === dandrader is now known as dandrader|afk === JMulholland_ is now known as JMulholland === MacSlow is now known as MacSlow|lunch === dandrader|afk is now known as dandrader [12:04] dandrader, hey, do you know why uqmlscene is stuck on 20% cpu all the time? [12:04] mzanetti, never noticed it [12:04] * dandrader checks [12:05] dandrader, it depends on the size of the window how much it uses, but it constantly spins the cpu to some degree [12:05] as if it would keep on repainting all the time [12:06] mzanetti, I get 0% CPU here on an idle "make tryShell" with lp:unity8 [12:06] odd [12:07] * mzanetti tries with a clean trunk [12:23] dandrader, with clean trunk and make tryShell I get like 7% ide cpu usage. if I maximize the window it goes up to 10% [12:25] mzanetti, yeah, I see it now. top shows around 5% on a maximized window [12:25] mzanetti, I think there are some QT env vars that will print out render loop info, right greyback? [12:26] there is... can't remember it atm [12:26] dandrader: yeah, QSG_RENDERER_DEBUG=render,build,change,upload,roots,dump,noalpha,noopaque,noclip [12:26] pick & choose the log you want [12:27] QSG_RENDER_TIMING=1 just to prove it is renderering continually [12:27] yep. it is constantly rendering [12:29] QSG_VISUALIZE=changes will show why, if it is visible [12:30] seems invisible :/ === MacSlow|lunch is now known as MacSlow [12:31] QSG_RENDERER_DEBUG=change then will indicate what of the scenegraph changed requiring a render [12:31] harder to figure out what qml element that corresponds to though [12:31] Gammaray might be able to help [12:32] hmm... that's not printing anything [12:35] no? but it is rendering? would there be an Animator working? [12:36] not that I know of... it happens with all tryXXX things [12:36] so maybe the c++ code calls update() in a loop or so [12:36] lemme see [12:41] anpok, hey, could you please merge ~mir-team/unity-system-compositor/toggle-cursor and trigger a rebuild in silo0 [13:02] mzanetti, we want a property in Application so that unity8 can use it to suspend/resume apps. Properties are good instead of funcitons (suspend(), resume()) because you can write declarative (bindings!) code [13:02] dandrader, is that a question? [13:02] mzanetti, I want to avoid this: http://paste.ubuntu.com/10996980/ [13:02] mzanetti, so I was discussing with greyback a name for that property [13:02] yeah, definitely +1 on properties [13:03] mzanetti, my suggestion is Application.requestedState [13:03] dandrader: let's give him some context [13:03] mzanetti, but it has the drawback that setting it to Starting doesn't make sense (ie, Application will ignore it) [13:03] mzanetti, and that greyback said there's no use for requesting the Stopped state [13:04] mzanetti: we're discussing an API for application running state. We have a readonly property for each application which indicates: starting, running, suspended, stopped [13:04] mzanetti, so unity8 really only needs to switch between Running and Suspended [13:04] mzanetti, so a boolean would suffice. but we didn't find a good name for a boolean [13:04] mzanetti: what we want is to have a way for shell to suggest to qtmir that a certain app can be suspended or not [13:05] property bool canSuspend [13:05] perhaps [13:05] or rather, suspendAllowed [13:05] canSuspend, suspendAllowed implies that this is just a suggestion, not a request [13:05] yeah well, isn't that what it is? [13:06] qtmir still does what it feels like, i.e. ignoring it because of the whitelist [13:06] mzanetti, no, unity8 is controlling the lifecycle. it wants/needs and app to suspend or resume [13:06] "can be suspend" is a suggestion. "should be running right now" is a demand [13:06] not just suggest/hint it [13:06] but yeah, I agree that a boolean is enough [13:06] then lets invert it... active or something [13:07] whereas active == true indicates it must not be suspended [13:07] active == false means qtmir might suspend it [13:07] the term "active" is taken [13:07] I think [13:07] :D [13:07] the good thing about requestedState is that it obvious it affects the read-only state property [13:07] well... I'm sure we can find a name for that property, bottomline is, I'm voting for a boolean too [13:08] naming is the hardest part [13:08] I tend to disagree :D [13:09] "active" is simple, I don't see it being used [13:10] https://en.wikipedia.org/wiki/Active_window [13:10] it's not a property on a window though, it is an application [13:11] still... [13:13] hmmm, maybe active would do... [13:13] +1 [13:13] after all this isn't public api... we can always rename it if we feel like [13:13] mzanetti, greyback, ok, so I will go for Application.active then [13:13] wfm [13:17] cool [13:18] cimi: can you confirm that make tryPreviewZoomableImage doesn't work? [13:18] when clicking on the image the overlay oepns but nothing happens [13:18] i.e. the image is lost [13:21] mzanetti: or you ↑ ? [13:22] * mzanetti tries [13:23] yeah, the overlay seems black here [13:23] tsdgeos, ^ [13:23] :/ [13:27] lol [13:27] it's because it's black on black [13:30] * tsdgeos shakes fist [13:30] and changes the asset [13:35] tsdgeos, the qml-cache related fix you packported from Qt 5.5 ... do we carry that already as a distro-patch? [13:36] MacSlow: not sure which fix you mean [13:36] tsdgeos, the one that forces me to wipe ~/.cache/QML before each ap-test-run for shell-rotation [13:37] MacSlow: that code is totally ours [13:37] it doesn't exist in Qt [13:37] tsdgeos, ah ok [13:37] tsdgeos, can I globally/system-wide disable it via an env-var? [13:37] no idea [13:37] ask ricm [13:38] he coded it [13:38] tsdgeos, just pinged him... thx === dandrader is now known as dandrader|afk [14:00] hey there [14:00] who is going to join the UOS session now for unity8 by default [14:00] https://blueprints.launchpad.net/ubuntu/+spec/convergence-1505-unity-8-as-default-desktop [14:02] Saviq, ^ in memory of the good old time? ;-) [14:03] mzanetti, greyback ↑ [14:03] yep [14:05] thanks [14:08] tsdgeos, was having lunch :) === dandrader|afk is now known as dandrader [14:53] pstolowski: ping [14:54] tsdgeos, pong [14:54] pstolowski: i'm confused about the fallback machinery [14:54] for images [14:54] for card mascot [14:54] reading https://code.launchpad.net/~michihenning/unity-scopes-api/fallback-image/+merge/245622 [14:54] it says [14:55] - The JSON for a CategoryRenderer now supports a "fallback" field in the "art" and "mascot" entries of the "components" dictionary. [14:55] but was mascot ever a dictionary? [14:57] i guess ti doesn't matter really now that i think :D [14:57] ignore me plz [15:08] pstolowski: about the "edit review" thing we were speaking with Patricia, is there a bug or something about it? [15:09] tsdgeos, i think there is. i'm in uds session right now, will get back to you later [15:09] ok [15:49] tsdgeos, https://bugs.launchpad.net/ubuntu/+source/unity-scope-click/+bug/1318144 [15:49] Ubuntu bug 1318144 in unity-scope-click (Ubuntu) "Can't edit reviews" [Medium,Confirmed] [15:51] pstolowski: so i guess we need a unity8 entry in there, since there's changes needed from our side too, right? [15:57] tsdgeos, sure [15:57] k added [15:58] pstolowski: so will you do the scopes side and then tell me the new widget formats i have to implement? [15:59] tsdgeos, do you need the attribute names etc? [16:00] preview widget name and attrbute names yeah [16:00] tsdgeos, ok, yeah, i'm currently working on the scope, will let you know all that tomorrow morning [16:00] also this is high/medium [16:00] but then Patricia made it seem as it was quite more important [16:01] tsdgeos, yes. this bug was opened one year. i got it recently and was told it needs fixing now. so, kinda important [16:02] * one year ago [16:03] k [16:03] tsdgeos, unfortunately, i cannot set priorities on most of the bugs for some reason (probably these opened in Ubuntu project) [16:03] ah [16:04] we tricked the ubuntu bug control to give us power over changing stuff [16:04] want me to change it? [16:04] tsdgeos, yeah, feel free to [16:04] High? [16:04] Critical? [16:04] high is ok [16:04] done [16:04] let's not put even more pressure on ourselves ;') [16:04] he he [16:04] * tsdgeos eods [16:05] tty tomorrow === dandrader is now known as dandrader|lunch === alan_g is now known as alan_g|EOD === dandrader|lunch is now known as dandrader === ljp is now known as lpotter === om26er_ is now known as om26er [18:55] mzanetti, thanks, hope I didn't talk too much ;) [18:56] Saviq, no worries :D [18:56] all fine [18:57] anpok, hey, did you have a chance to update the u-s-c branch by now? [18:57] olli wants to install the silo [18:57] Saviq: were there no magic pendant talks? [18:58] davmor2, I got invited, couldn't refuse ;) [19:00] Saviq: hahaha === boiko_ is now known as boiko [19:42] for those who asked today; I pushed a new build of terminal and filemanager for x86 to the store. Ready for your unity8 desktops [19:44] \o/ [20:45] for unity8 devel, so ./run --what would give the right input devices to give me a desktop/windowed view [20:46] ah, apparently just fullscreening, nvm :P