[00:31] josharenson: there is a declarative plugin: https://github.com/nemomobile/nemo-qml-plugin-dbus [00:32] lpotter, thanks I'll take a look. Don't want to add too much bloat just to handle my single special case :-) === duflu_ is now known as duflu [08:50] Cimi: what's missing for top approval of https://code.launchpad.net/~aacid/unity8/moreAsyncDash/+merge/241524 ? [08:51] our CI is still down, right [08:51] ? [09:05] tsdgeos, ye [09:46] is the store scope empty for you guys too? [09:47] tsdgeos, remove U1 account, add it back [09:50] USC just crashed :S [09:53] tsdgeos, yeah, it happened to me a few times, too [09:53] Saviq: what's your opinion on https://code.launchpad.net/~aacid/unity8/fixHamburgerMenu/+merge/243371 ? [09:54] tsdgeos, I *think* it should be a dropdown, so same colors as the header [09:55] i think this is not what we had [09:55] but ok [09:55] tsdgeos, it's not because no one considered it === vrruiz_ is now known as rvr [09:55] tsdgeos, I'd have just assumed that if I set the background and foreground of the header, it would do the right thing [09:55] unless I override it that is [09:56] Saviq: hey. [09:56] mzanetti, oi! [09:56] Saviq: testing the silo on the phone yesterday revealed that hamburger thing [09:56] Saviq: but also it crashes constantly [09:56] and randomly [09:57] mzanetti, it's usc that crashes, is it? [09:57] tsdgeos, mzanetti, I'd hope for bug 1400449 to be fixed in that silo too [09:57] bug 1400449 in qtdeclarative-opensource-src (Ubuntu) "qmltestrunner crashed with SIGABRT during unity8 tests" [High,Triaged] https://launchpad.net/bugs/1400449 [09:57] haven't found any culprit but in like 20 mins the shell went away like 5 times at least [09:57] mzanetti: what's in /var/crash ? [09:57] mzanetti, I think it's usc, not the shell [09:57] might be [09:58] Saviq: yeah, its usc [09:58] according to var/crash [09:58] Saviq: can't parse the sentence, you mean you're expecting me to come up with a workaround for that crash before landing the silo? [09:58] or that the workaound is already there? [09:58] tsdgeos, I'd like that, yes, as this somehow got introduced by the new bottom edge landing [09:59] Saviq: ok, let me try to find out what was wrong with https://code.launchpad.net/~aacid/unity8/deparment_jumping/+merge/243639 and i'll do that next [09:59] tsdgeos, tx [10:00] Saviq: can you reproduce on desktop or only phone? [10:00] tsdgeos, the test? it's a qml test, on desktop [10:00] ok [10:00] testDash [10:00] sure, but i meant if it crashes on the desktop too [10:01] but yeah, there's a x86 there so yes :D [10:05] * Saviq not really here, recovering [10:07] mzanetti: ping === ubot5` is now known as ubot5 [10:25] Hola! [10:38] tsdgeos: hey [10:38] mzanetti: not sure i understand your comment in https://code.launchpad.net/~aacid/unity8/deparment_jumping/+merge/243639 [10:40] tsdgeos: I'll try again... but last time I applied this patch, when I opened the store I could only see apps from the Music department [10:40] mzanetti: where you in the music deparment in the apps scope? [10:40] tsdgeos: apps scope [10:40] mzanetti: yes, apps scope, but where you in the music department or in the all department? [10:41] tsdgeos: it said "All" iirc, when I clicked on the departments dropdown, it only had "All" and "Music" in there [10:41] mzanetti: you're not answerin my question :D [10:42] I guess I don't understand it then [10:42] mzanetti: when you clicked in the store icon, you where in the apps scope, in which department? [10:43] "All" [10:43] ok [10:43] i don't see how that could happen tbh [10:43] atm the store doesn't show anything any more here :/ [10:43] with deel-proposed [10:43] probably OA broken again [10:44] mzanetti: anyway if you're going to check bug is fixed you should get the two branches i linked this morning too [10:44] mzanetti: yes, remove your UbuntuOne [10:44] *again* [10:50] tsdgeos, ping [10:50] pstolowski: hi [10:51] tsdgeos, hey, can you take a look at the problem from the comment for https://code.launchpad.net/~aacid/unity8/deparment_jumping/+merge/243639 [10:51] i already have [10:51] and i need mzanetti to look at it again [10:51] i can't reproduce what he says [10:52] tsdgeos: hmmm... [10:52] I think I've fallen for the actual bug when I tried it [10:52] maybe [10:52] it only does that when you're going to a department first and then open the store [10:53] you may want to try all the branches together and check it's fixed then :D [10:53] yep [10:53] tsdgeos, mzanetti btw we have this fix in silo 10 (i'm just rebuilding it atm to pick yesterday's landing o Manage Dash) [10:53] ah nice === _salem is now known as salem_ [11:23] Saviq: https://code.launchpad.net/~aacid/unity8/fix_testDash/+merge/244114 [12:08] pstolowski: ping === dandrader is now known as dandrader|afk [12:15] tsdgeos, pong [12:18] Saviq: why is bump_manange_dash in silo3 and silo4? [12:20] pstolowski: can you add lp:~aacid/unity8/fix_testDash to that rtm manage dash? [12:21] and someone review it :D [12:21] pstolowski: we don't want to merge stuff that make test fail to rtm [12:23] tsdgeos: is this only to be appled to rtm? [12:23] that fix_testDash [12:23] mzanetti: no, to trunk too [12:23] k [12:23] reviewing it [12:24] tx [12:24] tsdgeos, url of the MP pls? [12:24] pstolowski: https://code.launchpad.net/~aacid/unity8/fix_testDash/+merge/244114 [12:26] tsdgeos, we need separate MP for rtm. let's land it in vivid first and then cherry pick [12:27] pstolowski: i'm just saying, that i think (maybe wrong) i saw a branch where you were planning to land the other stuff of the manage dash, maybe wait until we can land with this? [12:27] tsdgeos, Ill add it to our landing of departments fix, ok? [12:27] tsdgeos, yes. i've just added a row to the spreadsheet, it will wait [12:27] ok :) === dandrader|afk is now known as dandrader [12:34] Saviq, ok if we land unity8 version bump together with our stuff in #42? [12:50] tsdgeos: approved. is this meant to go into the current silo? [12:51] pstolowski: what's the ETA on that silo? [12:51] pstolowski: because we already have it in a silo [12:51] Saviq: https://bugs.launchpad.net/ubuntu/+source/indicator-network/+bug/1382033/comments/5 [12:51] Launchpad bug 1382033 in indicator-network (Ubuntu) "[SIM PIN] 'Incorrect PIN' warning is not cleared from display for SIM2 PIN entry" [High,Triaged] [12:54] Wellark: he's not around today. can I help? [12:54] mzanetti, today? i'm also ok to pull it from my silo if you're going to land yours today? [12:54] mzanetti: no action needed. just followed up on that bug [12:54] but thanks :) [12:55] pstolowski: hmm... Unless something goes wrong I guess we could land it soon, yes [12:55] pstolowski: I'm also ok with pulling it out of our silo... we just need to coordinate [12:58] mzanetti, np. i'm pulling it from mine, thanks [12:59] mzanetti, you are not landing the corresponding branch of unity-shell-plugin, do you? [13:00] pstolowski: hmm, no. the branch didn't list any related branches. is that required to land together? [13:02] mzanetti, it's not. that's fine, i'll keep it in our silo then [13:02] ok [13:02] mzanetti, the fix_testDash MP can go in our silo? [13:03] that was the question I had for tsdgeos [13:03] still finding out [13:03] mzanetti, feel free to move it to yours.. i guess that's needed to fix test failure [13:03] I think so, yes [13:03] will know in a bit [13:08] mzanetti, what is your silo #? [13:08] pstolowski: 3 [13:08] thx === alan_g is now known as alan_g|lunch [13:29] greyback, it should be good to go now: https://code.launchpad.net/~dandrader/qtmir/supportedOrientations/+merge/242213 [13:29] dandrader: ack [13:35] dandrader: would you please merge qtmir trunk? It merges cleanly now, but just to reduce likelihood of later conflicts. [13:37] greyback, done [13:37] ta [13:48] mzanetti: pstolowski: i guess sure it can go in there, why not === pstolowski is now known as pstolowski|lunch [13:54] anyone having sbuild failing with python dependency errors? [13:59] there's a branch [13:59] with some gi stuff [13:59] greyback: https://code.launchpad.net/~dobey/unity8/fix-ap-deps/+merge/244036 [13:59] not sure if that help [13:59] s [13:59] tsdgeos: sadly not, was trying to build unity-api [13:59] ah _D === alan_g|lunch is now known as alan_g === karni is now known as karni-lunch [14:06] tsdgeos, tx [14:06] mzanetti, prolly because pstolowski|lunch put it there [14:07] Saviq: yeah, problem solved by now [14:07] mzanetti, ok [14:08] Saviq: so we have that testDash fix in there silo now too [14:08] tsdgeos: Saviq: whats the thing with the hamburger menu font? [14:09] mzanetti: whats with it? [14:09] mzanetti, yup, thanks [14:09] tsdgeos: should we land this as is and fix the font in another branch? or do you have a fix for it in the queue? [14:10] mzanetti: does the font need fixing? [14:10] ah [14:10] you mean the color [14:10] sorry [14:10] dandrader, what's the problem with tst_MultiGreeter? I couldn't gather from your MP comment. You should be able to drag away a multi-greeter as long as the currently selected user isn't locked [14:11] ah, ok [14:11] mterry, didn't know that [14:15] dednick: hey, what's the status of https://code.launchpad.net/~nick-dedekind/qtmir/1355173.trust-prompt-suspend/+merge/242211 [14:17] greyback: waiting mir approval [14:17] dednick: ok [14:17] dandrader: one little comment on https://code.launchpad.net/~dandrader/qtmir/notests/+merge/244139 [14:19] greyback, ah! so -DCMAKE_INSTALL_PREFIX:PATH=/usr is indeed needed! [14:19] yep [14:19] greyback, I recall you guys saying it wasn't [14:19] maybe you were talking about qmake [14:19] for qmake it isn't. but cmake it is [14:20] -DCMAKE_INSTALL_PREFIX=/usr is what I use [14:20] * greyback not sure what that ":PATH" is for === alexabreu is now known as alex-abreu === karni-lunch is now known as karni [14:52] mterry, fixed tst_MultiGreeter === pstolowski|lunch is now known as pstolowski [14:56] pstolowski|lunch, note there is a unity8 rtm silo under testing right now [14:56] heh [14:58] pstolowski, FWIW, we generally prepare a MP similar to https://code.launchpad.net/~unity-team/unity8/rtm-14.09-staging/+merge/243829, reusing the rtm-14.09-staging branch [14:59] Saviq, are you going to land Manage Dash then? [14:59] pstolowski, well, we need to land it together [15:00] Saviq, exactly.. that's where I was heading ;) [15:00] mzanetti: which scope has background and hamburger menu so i can see the problem? [15:00] pstolowski, and I was just showing what we usually do, I can help prepare the unity8/rtm MP [15:00] tsdgeos: weather [15:01] pstolowski, but we need to wait for http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu-rtm&q=landing-008 to land first [15:01] pstolowski, and ideally http://people.canonical.com/~platform/citrain_dashboard/#?distro=ubuntu&q=landing-003 too, so that we include the fix_testDash MP [15:01] tsdgeos: only when not favorited [15:02] mzanetti: right [15:03] tsdgeos, we do have skip() in qml tests ya know ;) [15:03] right :D [15:03] let me change it [15:04] Saviq, yes pls (about preparing unity8-rtm); we can wait for other silos. I'll prepare rtm MP for unity-api (which doesn't have rtm branch yet) [15:06] Saviq: pstolowski: updated ~aacid/unity8/fix_testDash to use skip() instead of return [15:07] mzanetti, ↑ you might wanna rebuild silo 3... [15:07] Saviq: waiting for the font color fix [15:07] mzanetti, right, that too [15:07] coolz [15:07] Saviq: what about usc? [15:08] just ignore those crashes? [15:09] I broke the dash :D [15:11] mzanetti, they're not related to the silo that's for sure [15:11] oops errors.ubuntu.com down [15:12] Saviq: try this: unfavorite all scopes, do the bottom swipe, click the app icon in the upper right corner [15:14] dandrader, interesting about having to select the "no-password" user -- I agree that should be there, but curious why it never triggered before. you didn't add new tests to that file or change names... I would expect order to be the same. Note that there is the same test in SingleGreeter which could use the same fix, though it doesn't bite you yet [15:14] tsdgeos, huh, were you even supposed to be able to unfavourite applications? [15:14] Saviq: yes [15:15] it's not special at all anymore [15:15] mzanetti, I've a blank dash, can't do bottom swipe at all [15:15] dandrader, Maybe before the is-locked logic was handled in the onTease handler, rather than when emitting the signal. That's why it didn't matter before [15:15] ? [15:15] sounds like a bug [15:15] Saviq: after tapping that icon in the bottom edge list? [15:15] mterry, I wish we could use a single mock lib for the greeter instead of having multiple qml tests [15:15] mterry, just to be able to link against a different mock lib [15:15] Saviq: I could still bottom swipe on the empty dash, but after tappig that icon it crashed and doesn't recover any more on reboot [15:15] ouch [15:16] mterry, maybe. to be honest I didn't investigate the why [15:16] dandrader, that could be done... would involve changing number of users on the fly, but that could be possible [15:17] mterry, because in the shellRotation branch, for intance, I'm testing phone, N7 and N10 in the samle qml tests [15:17] *same [15:17] mzanetti, ah, I can bottom swipe once after unfavoriting all [15:18] pstolowski, looks like it might have to wait before getting into rtm ↑ [15:18] * mzanetti thinks we should probably require at least one favorite scope [15:18] dandrader, sure, that's size though. these tests are split due to different user models provided by our fake lightdm. But even so, they could be unified into some featureful-fake-lightdm [15:18] * Saviq not sure if you should be allowed to exit Manage Dash after having unfavorited all, or ↑ that [15:18] not allow to unfavourite the last one [15:18] yeah [15:19] mterry, because some function helpers and even tests apply to different form factors, I mean, usage scenarios :) [15:19] Saviq: mzanetti: will you open a bug about it? [15:19] applause for dandrader :) [15:19] tsdgeos, doing [15:19] dandrader, agreed! [15:20] dandrader: are you resizing the screen in the test? [15:20] heh... even reflashing doesn't make it recover. need to wipe or manually fix it [15:20] mzanetti, I'm not resizing the QQuickWindow in the test, I'm unloading OrientedShell.qml and loading it again with a different size [15:21] right... yeah [15:21] and configuration options [15:21] ack [15:21] we need to get tst_Shell towards that too [15:21] Saviq, yeah.. sound like we need to block unfavoriting in the plugin [15:21] atm it heavily relies on the phone stuff [15:21] mzanetti, there's a drop box there to select make, manta or flo [15:21] *mako [15:21] pstolowski, actually not sure that's the level on which this should be done [15:22] pstolowski, it'd be good enough if we just remained on the Manage page if there are no favorites [15:22] mzanetti, can't get it to crash though [15:22] Saviq, makes sense, but i think backend needs a safeguard too [15:22] Saviq: me neither atm... I guess that was usc giving up here [15:23] pstolowski, well, that depends, if we allow an empty favorites list, then we don't need a safeguard [15:23] dandrader, where's jenkins for that branch? [15:23] Saviq, but then you need to bring up Manage Dash on boot? [15:24] pstolowski, yup, that we'd need [15:24] pstolowski, it makes sense too [15:24] pstolowski, what if you remove your only favourite scope [15:25] fair enough [15:26] Saviq, true [15:28] mterry, it seems jenkins ir not running at all. it's not the only unity8 branch where jenkins results are absent... === dandrader is now known as dandrader|lunch [15:38] mzanetti: i have fixed the color of the text, can you please re-review ? https://code.launchpad.net/~aacid/unity8/fixHamburgerMenu/+merge/243371 [15:39] tsdgeos: yep, thanks [15:40] greyback: seen the comment on your thread fix branch? i don't see any change [15:41] tsdgeos: really? Huh, I musta screwed up. Sorry [15:42] greyback: i think at some point you may have wanted to remove the this from the new () [15:42] but it's still there [15:43] quite right === dandrader|lunch is now known as dandrader [16:43] mzanetti: can you do https://code.launchpad.net/~aacid/unity8/bottom_list_store_no_favorites/+merge/244177 and https://code.launchpad.net/~aacid/unity8/bottom_list_no_favorites/+merge/244169 [16:49] tsdgeos: looking [16:50] mzanetti: cool :) [16:53] tsdgeos: can you try remove all favorites and then reboot the phone? [16:53] tsdgeos: I have a feeling the dash is not coming up without one favorite [16:53] mzanetti: define "coming up" [16:54] stays at splash screen [16:54] usc is crashing [16:55] i'll try after that [16:55] or maybe just reboot [16:55] it's not crashing. it just keeps on displaying the splash screen [16:55] when I execute this: it appears a second later: [16:55] gsettings set com.canonical.Unity.Dash favorite-scopes "['scope://clickscope']" [16:56] those two branches seem ok [16:57] although I guess we should automatically open the list when you unfavorite the last one and disable closing it until you have a new favorite set [16:57] is there any design input what to do in this case? [16:57] mzanetti: loads fine here [16:58] hmm... it did now here too [16:58] mzanetti: well there's https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1400762 [16:58] Launchpad bug 1400762 in unity8 (Ubuntu) "Manage Dash allows to unfavourite all scopes and leave you with a blank page" [Critical,Triaged] [16:58] ack [16:59] mzanetti: no, there's no design input, i just fixed the obvious things [16:59] later if there's better ways to do stuff we can improve them i guess [16:59] sure === alan_g is now known as alan_g|EOD [19:37] What do you folks do for developing on rtm? [19:37] I can't build it anymore in vivid [19:37] Needs old versions of unity-shell-launcher and unity-shell-scopes [19:37] @unity ^ [19:38] mterry: hmm... tbh I didn't really need that so far. but I guess you could use a vm or an emulator if you can't downgrade those libs any more [19:39] actually the x86 emulator might come in handy here [19:40] good news, i think pat is pushing for a mass resynch of vivid to rtm [19:40] mzanetti, I thought the emulator was for running, not building it. It does both? [19:42] * mterry prepares a utopic VM [19:43] mterry: hmm... well if its for building arm stuff, I still do that on the phone mostly [19:43] but only compile the one plugin I need and copy it manually to the destination [19:51] mzanetti, oh good point... I could do that on my rtm device [19:53] mterry, it will be *slow* [19:53] mterry, you can just as well do a native (i.e. qemu-emulated) chroot [19:54] mterry, since you can't cross-build, I would actually recomend getting a chroot in $HOME on the device and build there === dpm is now known as dpm-afk === salem_ is now known as _salem