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