[09:28] Saviq: you mentioned something about maxwidth/minwidth yesterday on my branch that for the desktop camera [09:29] but i can't see maxwidth/minwidth being applied anywhere in the desktop stage [09:30] mzanetti: ↑ you know anything about this? [09:47] Saviq, hey, what's the situation with unity8 landings? can i test & prepare silo 76 for landing? [09:49] pstolowski, SDK is going in first with a small u8 landing [09:49] tsdgeos, should be in WindowResizeArea [09:51] Saviq, what silo# is that? [09:52] pstolowski, https://requests.ci-train.ubuntu.com/#/ticket/905 [09:52] Saviq: ah rihgt, totally failed at grepping [09:53] pstolowski, it's at the top of QA's "ready" queue, so hopefully later today - I'd also like to drop https://requests.ci-train.ubuntu.com/#/ticket/993 on them after that [09:54] obviously needs a rebuild + quick retest [09:56] Saviq, ack [12:21] mzanetti: ping [12:21] compare(listView.contentY, -listView.topMargin, "Launcher did not start up with first item unfolded"); [12:21] in the launcher fails if i add another item to MockLauncherModel [12:21] in trunk [12:21] does any of your new branches fix that? [12:32] mzanetti: lp:~unity-team/unity8/launcher-tests-fail [12:50] huhu, looks like autopilot in jenkaas was actually easier than expected === alan_g is now known as alan_g|lunch [13:01] now just to make it go in parallel with qml ones... need a new plugin [13:37] cimi, tsdgeos inline playback broken in single-preview silo 76 === JMulholland_ is now known as JMulholland [13:37] cimi, tsdgeos http://pastebin.ubuntu.com/15205625/ [13:37] and dash crashes [13:37] that is weird [13:38] there's no reason inline playback should be affected at all [13:38] let me try too [13:38] plus, preview models are destroyed veeery lazily, not sure if we can improve that? [13:38] e.g. i see a model gets destroyed after a few minutes [13:39] model destroying should be as before approx [13:40] tsdgeos, that's possible, i just have never paid attention, now i have a debug message [13:46] tsdgeos, don't bother trying the silo.. works after reboot. grr [13:46] :S [13:46] k [13:47] something is fishy, but not this silo's fault === alan_g|lunch is now known as alan_g [14:08] pstolowski, so all good? [14:08] cimi, yeah. there is some flakiness / race though, but i couldn't reproduce. unrelated to the silo amyway. === dandrader is now known as dandrader|afk === alexabreu is now known as alex-abreu [14:52] Saviq: lp:~ci-train-bot/unity8/unity8-ubuntu-xenial-landing-064 has broken tags, can anyone clean them? [14:53] tsdgeos, no, we should find where they come from (since we'll need to rebuild) [14:53] Saviq: i think they come "from the silo" [14:53] itslef [14:53] i.e it got reused from old [14:53] tsdgeos, train starts branches from scratch and then --overwrites he ones in ~ci-train-bot [14:53] hmmm [14:54] ok, let me run my clean branches script [14:54] tsdgeos, but overwriting doesn't clear tags [14:54] tsdgeos, we might ask them to delete the branches in ~ci-train-bot... [14:54] but I'm afraid this will just come back again and again... [14:55] * Saviq wants git === dandrader|afk is now known as dandrader [15:25] ltinkl: test for https://code.launchpad.net/~unity-team/unity8/fixTinyWindows/+merge/287173 ? [15:27] tsdgeos, sure, will add === dandrader is now known as dandrader|lunch [16:19] Saviq: mzanetti: ltinkl: you have bad tags [16:19] http://paste.ubuntu.com/15206969/ [16:19] oops [16:20] * ltinkl on it [16:20] that took a while, didn't it :) [16:21] don't know didn't say much, but since it runs on its own may be [16:21] * tsdgeos times [16:22] * Saviq cleared === dandrader|lunch is now known as dandrader [16:27] pstolowski: ping [16:27] tsdgeos, hey [16:27] pstolowski: how do i "favorite" the apps scope if it magically got unfavorited? [16:29] tsdgeos, ok, tags cleared and a test added (modified the unlock() test to use typeString() instead of clicking the pinpad buttons) [16:29] tsdgeos, oh, how did that happen?... gsettings reset com.canonical.Unity.Dash favorite-scopes [16:29] tsdgeos, alternatively, gsettings set com.canonical.Unity.Dash favorite-scopes "['scope://clickscope']" [16:30] pstolowski: i guess at some point i uninstalled it (desktop) [16:33] uninstalling anything shouldn't touch the favourites IMO [16:38] Saviq: i guess the scope isn't there anymore [16:39] so it can't be a favorite [16:39] hmm i think it should, otherwise this list would grow indefinitely.. upgrade is a different case (which we handle) [16:39] how often do you think this would happen? [16:39] that someone uninstalls a favourited scope [16:40] and what impact does it have if there's even 100 things you need to skip in the list of favourites [16:43] Saviq, i hear you, but keeping a list which cannot be purged feels wrong [16:43] pstolowski, that's actually how the launcher items behave [16:43] in unity7 and unity8 [16:43] pstolowski, you can purge it - gsettings reset [16:44] Saviq: it feels unexpected that something would be favorited on install [16:44] if i installed it 1 year ago, favorited and then uninstalled [16:44] it wouldn't "be favorited on install" you favorited it 1 year ago [16:44] you never said that it's not your favourite now that you uninstalled it ;P [16:44] heh [16:45] Saviq: i'm just saying it would seem unexpected to me [16:45] the world is full of people that it's not me [16:45] :D [16:45] tsdgeos, was it unexpected on your launcher? ;) [16:46] Saviq: yes [16:46] it would too [16:46] Saviq: 24 min for the clean branches run :D [16:46] well, did you notice it, because that's exactly how it behaves [16:46] tsdgeos, nice :) [16:46] stress-testing LP are we ;) [16:47] Saviq: i didn't notice since i have exactly 4 apps in my launcher that i always use and thus would not uninstall and install [16:48] tsdgeos, saves my a$$ when I reinstall :) [16:48] things on launcher just waiting for me to install them [16:49] Saviq: so what does it do, it has "wholes"/[x] saying "this used to be an app and is no longer there? [16:49] or it's not there and appears when you install? [16:49] tsdgeos, filters, appears when I install [16:49] s/wholes/holes [16:50] k [16:55] pstolowski: damn i think some changes in the scopes plugin are making the dash code hit this [16:55] / TODO attach to sectionItem so we can accomodate to it changing its height [16:55] ^_ ^ [16:55] tsdgeos, huh? this is a qml TOODO? [16:55] nah in the .cpp code [16:56] it's just that the irc client ate the first / [16:56] whoops :) [16:58] i guess i'll attack that on monday [16:59] tsdgeos, hmm i'm not sure what kind of change would that be? [17:00] pstolowski: it's the smart model updates that now reuse categories [17:00] so if you happen to reuse a category that had section title to one that hasn't [17:00] boom [17:00] breaks [17:00] because stuff should move up because the category title just disappears [17:00] -s+ed [17:01] tsdgeos, ah.. but that's not new.. landed 2 months ago or so [17:01] tsdgeos, ah, so it's a very specific case, maybe we didn't hit it [17:02] yeah [17:02] i can easily reproduce on the desktop unity8-dash now [17:02] but not on the phone [17:02] because *things* [17:02] :D [17:07] tsdgeos, approved those three branches of yesterday [17:07] tsdgeos, tx [17:08] cimi: cool [17:08] * tsdgeos waves eow [17:09] so. fast. [17:09] :D [17:09] sometimes I wish he was waiting for us to wave back :D === attente_ is now known as attente === _stowa_ is now known as _stowa === alan_g is now known as alan_g|EOW === dandrader is now known as dandrader|afk === mhall119_ is now known as mhall119 === dandrader|afk is now known as dandrader === dpm is now known as dpm-afk [21:58] mterry, hey, if you're still here, could use your eyes on https://code.launchpad.net/~saviq/unity8/autopilot-dep8/+merge/287228 - you can see the test results in https://requests.ci-train.ubuntu.com/#/ticket/1053 - I'd like to put this into trunk directly so our CI benefits from this straight away [21:58] Saviq, hey [21:58] looking [22:02] Saviq, so the results of the dep8 test are in those "vivid landing-023 excuses.html" lines in the silo? [22:02] mterry, yup [22:02] Saviq, branch makes sense though [22:03] Saviq, the vivid link brings me to an ubuntu-system-settings page though... [22:03] mterry, xenial, sorry [22:03] mterry, bug in train [22:04] Saviq, ah ok [22:04] mterry, the silo is xenial only [22:04] Saviq, ah so it is, hadn't noticed. dep8 is only good for xenial? [22:04] mterry, no, this silo is xenial only, didn't want to waste britney's or builders' time [22:05] mterry, unfortunately there's no way to SKIP a test based on whether it's touch or not, so the early-exit is the best we can do - also the isolation-machine requirement makes sure that it SKIPs when it's obviously wrong (like chroot or whatnot) [22:05] Saviq, yeah -- so hard to run outside of the builder [22:06] mterry, those never run on builders anyway [22:06] Saviq, why do some arch's fail? [22:06] Saviq, right. I guess I meant outside of britney [22:06] mterry, outside of i386, amd64, armhf, missing deps [22:06] mterry, on armhf, because we've not fixed our tests yet [22:06] timing-wise [22:07] Saviq, well 2 arches is something anyway. Even though armhf would be the real prize [22:08] mterry, bug #1550543 [22:08] bug 1550543 in CI Train [cu2d] "Automated tests publish results for disabled target seriee" [Undecided,New] https://launchpad.net/bugs/1550543 [22:09] Saviq, so where are these autopilot tests actually running in this setup? The ones at https://requests.ci-train.ubuntu.com/static/britney/xenial/landing-023/excuses.html are skipped because they aren't on the device [22:09] mterry, our jenkins [22:10] mterry, https://unity8-jenkins.ubuntu.com/job/test-0-autopkgtest/247/ red because I've busted the jenkins job [22:10] ah right, because of course britney doesn't have access to devices. I forgot that jenkins was the gatekeeper to thos [22:11] mterry, actually red because something failed completely in this case [22:11] mterry, https://unity8-jenkins.ubuntu.com/job/test-0-autopkgtest/243/ a better result [22:12] Saviq, OK, now I'm caught up with how this works :) [22:12] Saviq, took me a while to understand what was running what [22:13] mterry, our jenkins runs them all - qml tests on amd64; autopilot tests on phones [22:13] mterry, britney can only run qml tests [22:13] right [22:13] at least until we make our autopilot runnable under xvfb or something [22:14] Saviq, but yeah the branch makes sense, let me approve [22:16] Saviq, allow-stderr seems like such an annoying flag. I feel like it should be default [22:16] But I get that it's useful to catch surprises [22:17] mterry, actually the problem there is set -ex prints on stderr [22:17] mterry, and autopilot, too [22:17] Saviq, yeah -- lots of stuff does all the time is the annoying thing. Only a very strict tool is so careful to keep to stdout [22:18] mterry, FWIW we should be able to get rid of that for qmluitests https://unity8-jenkins.ubuntu.com/job/test-0-autopkgtest/248/label=amd64,release=vivid+overlay/artifact/output/qmluitests.sh-stderr [22:19] and it actually does show useful stuff [22:20] but we'll have to get rid of set -ex, which is kinda useful [22:20] Saviq, yeah for build warnings. but that might be better done as an isolated "build warnings" dep8 [22:20] mterry, oh well, dep8 is too late for build warnings actually ;) [22:20] Saviq, but failing on build warnings are annoying [22:20] mterry, since everything is^Wshould be built by then ;) [22:21] ok /me clears silo [22:21] Saviq, packages that do that always cause problems on gcc upgrades or when some library deprecates some call. Big pain in production [22:21] yup [22:23] ok let's see how that goes, I can see that arale is complaining already, need to find out what went wrong with the phones [22:25] and GAAAH fucking jenkins for trying to re-escape quotes and failing like fuck [22:29] hmm looks like krillin and devel-proposed don't mix