[08:17] <dandrader> mzanetti, hey, where does the Launcher take the list of apps it has permanently on it ("favorites" !?).
[08:17] <dandrader> and, more importantly, how
[08:17] <mzanetti> dandrader: loads defaults from dconf, but stores its own config in AccountsService
[08:18] <dandrader> mzanetti,  AccountsService!?
[08:19] <mzanetti> dandrader: yeah. the launcher needs to show the icons already on the greeter. we can't access dconf from there
[08:19] <mzanetti> dandrader: why do you ask? need to do something similar?
[08:20] <dandrader> mzanetti, I was trying out my unity-mir branch yesterday. and the launcher was empty
[08:20] <dandrader> and, also, when I run an app its icon appear in the launcher (with the arrow/triangle and everything)
[08:20] <dandrader> but when I closed the app its icon remained in the launcher
[08:21] <dandrader> mzanetti, so I wanna try out unity8-SF again to check how it behaves there
[08:21] <dandrader> and if it's a bug in the unity-mir code
[08:21] <mzanetti> dandrader: I had a change in the config format in accountssettings. if you flashed an image with the old format but then rust run a branch with the new format things will break
[08:22] <mzanetti> dandrader: no. I don't think its a bug in unity-mir. Please wait for the next image release and test on top of that
[08:22] <dandrader> mzanetti, hmmm... should a apt-get update;apt-get dist-upgrade solve that?
[08:22] <mzanetti> dandrader: might work, yes.
[08:22] <mzanetti> dandrader: also, clear your accountsservice launcher settings.
[08:22] <mzanetti> one moment, I'll search the command
[08:23] <mzanetti> dandrader: btw... it's freakin 3am... what are you doing here?
[08:23] <dandrader> I'm totally clueless about accountsservice...
[08:23] <dandrader> mzanetti,  it's 5am actually. I'll go climbing in the afternoon :)
[08:24] <mzanetti> dandrader: gdbus call --system --dest org.freedesktop.Accounts --object-path /org/freedesktop/Accounts/User32011 --method org.freedesktop.DBus.Properties.Set com.canonical.unity.AccountsService launcher-items "<[{'defaults' : <true>}]>"
[08:25] <mzanetti> dandrader: call this on the phone and accountssettings will be reset
[08:26] <dandrader> mzanetti, ok, thanks
[08:40] <mzanetti> greyback: oh how I love that document you just shared
[08:40] <mzanetti> greyback: not sure if I still do when I start working through it :D
[08:40] <greyback> mzanetti: lol yeah
[08:41] <greyback> always good doing this on a Friday
[08:42] <mzanetti> haha
[08:50] <dandrader> mzanetti, yeah, the same happens with unity8 trunk: when you close an app (eg. calculator) its icon remains in the launcher.
[08:51] <dandrader> greyback, so, a it's bug in launcher, afterall :) ^
[08:51] <mzanetti> dandrader: no... that's intentional
[08:51] <mzanetti> dandrader: it's called "recent apps" :)
[08:51] <mzanetti> dandrader: the last 5 used apps stay there
[08:51] <greyback> not a bug, a feature :D
[08:52] <dandrader> (tm)
[08:54] <dandrader> mzanetti, is there an upper limit for the number of apps icons in launcher?
[08:55] <mzanetti> dandrader: no, no upper limit for the total number, but recent apps are limited to 5
[08:55] <dandrader> ok
[08:55] <mzanetti> dandrader: so if you start 6 apps not yet in the launcher, one will be thrown away
[08:55] <mzanetti> dandrader: unless you long-tapped it and selected "Pin to launcher"
[08:56] <dandrader> right
[08:56] <mzanetti> dandrader: or moved it around via drag'n'drop. That will pin it too
[09:12]  * greyback needs better internet, moving to office. back in ±40
[09:44] <mhr3> mzanetti, can you re-look at the hide-gicons branch once you have a sec?
[09:53] <mzanetti> mhr3: sure
[09:58] <mzanetti> mhr3: what I meant with the copyright header is that saviq wants to have the name at the end of the text, not on top of it.
[09:59] <mzanetti> mhr3: you don't have to add it, but if you do, you should add it at the end
[09:59] <mhr3> oh...
[09:59] <mzanetti> mhr3: otherwise looks good.... mind fixing this?
[10:00] <mhr3> mzanetti, just to make sure, http://paste.ubuntu.com/6069772/ ok?
[10:01] <mzanetti> mhr3: yep
[10:02] <mhr3> pushed
[10:04] <mzanetti> mhr3: approved. however, jenkins is broken again :/
[10:05] <mhr3> mail says it works now
[10:05] <mhr3> well... mail from yesterday
[10:11] <dandrader> greyback, can I top approve https://code.launchpad.net/~gerboland/qtubuntu/using-new-api/+merge/184070 ?
[10:12] <dandrader> greyback, ah, there are those failing unity8 tests still, right?
[10:13] <greyback> dandrader: yep, but they fail due to the mock ApplicationManager in unity8 not being exactly right. Don't top approve until we have the unity8 branch ready to also top-approve
[10:13] <sil2100> mzanetti: hi! Broken again? How?
[10:14] <greyback> dandrader: thanks for the review!
[10:14] <mzanetti> sil2100: https://jenkins.qa.ubuntu.com/job/generic-mediumtests-saucy/3079/console
[10:15] <mzanetti> greyback: hey. I can't compile ricmm's branch
[10:15] <greyback> mzanetti: did you see the comment I added to the MR?
[10:15] <mzanetti> greyback: yes. I applied your patch
[10:15] <greyback> mzanetti: ah boo. What's the output, and I'll see
[10:16] <mzanetti>  /usr/include/unity-mir/shellserverconfiguration.h:44:54: error: ‘int ShellServerConfiguration::the_shell_surface_configurator()’ marked override, but does not override std::shared_ptr<mir::shell::SurfaceConfigurator> the_shell_surface_configurator() override;
[10:16] <greyback> oh don't tell me Mir changed API...
[10:16] <greyback> mzanetti: ok let me look into that
[10:17] <mzanetti> like KWin... "We don't have a stable API, and we'll never have" :D
[10:31] <greyback> dandrader: https://code.launchpad.net/~dandrader/unity-mir/newAppManAPI/+merge/184250 just 1 little comment, otherwise I'm happy to approve
[10:44] <dandrader> greyback, o sh*t, we forgot about that: http://paste.ubuntu.com/6069890/
[10:44] <dandrader> :(
[10:44] <dandrader> if those MPs go in as they are we will not be able to install both packages (qtubuntu and unity-mir)
[10:44] <greyback> dandrader: I didn't. That should have landed in unity-mir
[10:45] <dandrader> hmm, I've to rebase my stuff them
[10:45] <greyback> dandrader: unity-mir should place its plugin in /usr/lib/arm-linux-gnueabihf/qt5/imports/Unity-Mir/Unity/Application/qmldir
[10:45] <greyback> s/qmldir//
[10:48] <dandrader> greyback, updated https://code.launchpad.net/~dandrader/unity-mir/newAppManAPI/+merge/184250
[10:48] <mzanetti> greyback: any findings about the compile error?
[10:49] <greyback> mzanetti: just compiling now
[10:49] <mzanetti> ok. bbiab
[10:51] <greyback> mzanetti: compiles fine here.
[10:51] <greyback> dandrader: thanks. Approved
[10:58] <mzanetti> greyback: do you guys use some ppa?
[11:00] <greyback> mzanetti: the unity-mir in saucy should be enough. It's not changed in some time
[11:00]  * greyback confused
[11:02] <dandrader> mzanetti, when I run unit8 in mir (with the new App manager api) the launcher starts up empty. where should I look?
[11:03]  * dandrader realizes he asked this before :)
[11:03] <mzanetti> hehe.. I was just thinking what to reply...
[11:03] <mzanetti> well, make sure you wile the old config from accountsmanager
[11:03] <mzanetti> wipe
[11:04] <greyback> dandrader: do a dist-upgrade and reboot, think something new was added recently
[11:04] <dandrader> greyback, it worked for you
[11:04] <dandrader> ?
[11:04] <greyback> dandrader: it worked for ricmm
[11:07] <ricmm> dandrader: it worked for me with archive's unity8-private
[11:07] <ricmm> it provided the right schema
[11:07] <ricmm> also you need to either reboot or manually restart accounts-daemon/dbus
[11:07] <dandrader> hmm
[11:07] <ricmm> you can see if it works by doing:
[11:07] <ricmm> gdbus call --system --dest org.freedesktop.Accounts --object-path /org/freedesktop/Accounts/User32011 --method org.freedesktop.DBus.Properties.Get com.canonical.unity.AccountsService launcher-items
[11:08] <ricmm> greyback: ^ you too
[11:11] <dandrader> "Error: GDBus.Error:org.freedesktop.DBus.Error.InvalidArgs: No such property 'launcher-items'
[11:11] <dandrader> (According to introspection data, you need to pass 'ss')"
[11:12] <dandrader> maybe if I build and install unity8 package..
[11:12] <ricmm> do you hve /usr/share/dbus-1/interfaces/com.canonical.unity.AccountsService.xml ?
[11:12] <ricmm> check that it has that propett listed at the end
[11:12] <ricmm> property*
[11:12] <ricmm> yes, if you install the private one it should ship the schema
[11:12] <dandrader> ricmm, no it's not there
[11:13] <dandrader> will try copying the new one there
[11:13] <ricmm> ok
[11:14] <ricmm> greyback: ill do a clean round on both images
[11:14] <ricmm> OSK stack ready?
[11:16] <greyback> ricmm: all the bits are there anyway. Need someone to approve
[11:18] <ricmm> ok, that one can land first, right?
[11:24] <greyback> ricmm: yep
[11:26] <ricmm> ok
[11:38] <ricmm> greyback: good news from moenicke
[11:38] <greyback> ricmm: yay!
[11:38] <ricmm> his branch will be in time with our landings
[11:39] <greyback> \o/
[11:41] <karni> Can someone confirm unity8 trunk doesn't build? It was okey last night.
[11:41] <ricmm> I'm about to test it in a few minutes
[11:41] <karni> http://paste.ubuntu.com/6070044/
[11:41] <karni> ricmm: tnx
[11:42] <greyback> karni: what version of libunity-api-dev have you? You need 7.80.3+13.10.20130905.2-0ubuntu1
[11:43] <karni> greyback: 7.80.3+13.10.20130903.1-0ubuntu1
[11:43] <karni> my bad, should have updated, sorry guys
[11:43] <greyback> karni: no prob. We're bleeding edge here :)
[11:43] <karni> greyback: :)
[11:47] <ricmm> more like just bleeding
[11:47] <ricmm> D:
[11:51] <karni> ricmm: ;)
[11:54] <karni> Can someone point me where can I learn about unity8 scopes? Or where I can find the source?
[11:56] <davmor2> karni: the source for most of the scopes will be on LP under the name of the scope at a guess :) You could also look at developer.ubuntu.com I'm pretty sure I saw something on scopes there
[12:00] <karni> davmor2: can't find the source on lp. looking at dev.ubu.com writing-a-unity-scope.
[12:03] <davmor2> karni: https://launchpad.net/~scopes-packagers/+archive/ppa maybe?
[12:04] <karni> davmor2: not exactly generic 'Scope' source, but might come in handy! thank you
[12:04] <karni> davmor2: the tutorial from dev.ubu.com might shed some light, reading it now
[12:12] <ricmm> greyback: will soon be installing debs for everything
[12:12] <ricmm> apart from the AP test fixes, what else are we waiting on?
[12:14] <greyback> ricmm: I need to approve your fullscreen branch. The OSK bits need approving. Your unity8-run-mir branch needs a fix for running on desktop. And the big one: review for ~gerboland/unity8/u8-newAppAPI2
[12:15] <greyback> mzanetti: could I add https://code.launchpad.net/~gerboland/unity8/u8-newAppAPI2/+merge/184194 to your MR queue. Your input would be very welcome
[12:17] <mzanetti> greyback: sure
[12:18] <ricmm> tru
[12:22] <ricmm> mzanetti: how does if (qgetenv("QT_QPA_PLATFORM").contains("ubuntum") sound?
[12:22] <ricmm> all I want is for it to toggle ubuntumirclient/server to ubuntumirserver every time
[12:22] <ricmm> that should default to startShell() if non-Mir
[12:26] <mzanetti> ricmm: why don't do the real check and make it contains("ubuntumirclient"). That should do too and make it clear what you want to achieve
[12:28] <ricmm> mzanetti: that would skip ubuntumirserver, both cases should result in the server being loaded
[12:28] <ricmm> I added a comment in the line above to make it clear
[12:29] <mzanetti> ricmm: ah right... I though you're only setting the env var in there
[12:29] <ricmm> its just a more collapsed way of checking for both I guess, once
[12:29] <mzanetti> ricmm: ok then. but make it at least contains("ubuntumir"), or even startsWith("ubuntumir")
[12:29] <ricmm> sure
[12:31] <ricmm> mzanetti: pushed
[12:31] <ricmm> thanks for the reviews
[12:31]  * mzanetti pulls
[12:33] <mzanetti> ricmm: ok. the code reads ok, still need to get around the command line argument handling. but I guess that needs to be fixed in mir itself
[12:33] <dandrader> finally got the launcher default icons running unity8-mir with the new app manager api
[12:33] <mzanetti> dandrader: code changes in the launcher needed?
[12:36] <dandrader> mzanetti, no, just had to build and install unity8-private
[12:38] <dandrader> mzanetti, updated https://code.launchpad.net/~dandrader/unity8/runningApps_lp1193419/+merge/177630
[12:48] <karni> davmor2: sadly, the dev.ubu.com tutorial is plain c++. I'm more interested in QML part in unit8 ;(
[12:49] <davmor2> karni: bug mhall119
[12:49] <karni> mhall119: Suggestions where I cound learn about QML part/API of Scopes in Unity8?
[12:52] <greyback> ricmm: ok the fullscreen stuff works, approved, but won't land as daniel's branch is prereq.
[12:52] <greyback> ricmm: dandrader|lunch modified the doc, as I didn't realize there was such a dependency
[12:53] <ricmm> yes
[12:53] <greyback> dandrader|lunch: when you get back, can you look after the OSK bits please?
[12:53] <ricmm> I had added a line there a bit before
[12:53] <ricmm> my shell still building with all
[12:53] <ricmm> zzz
[12:53] <greyback> I need proper arm chroot
[12:53] <ricmm> im using one
[12:53] <ricmm> still slow :)
[12:53] <greyback> jesus
[12:54] <greyback> having progress with AP fails, hope to squash it soon
[12:55] <ricmm> greyback: awesome
[13:05] <mzanetti> greyback: https://code.launchpad.net/~gerboland/unity8/u8-newAppAPI2/+merge/184194/comments/418509
[13:06] <mzanetti> greyback_: : https://code.launchpad.net/~gerboland/unity8/u8-newAppAPI2/+merge/184194/comments/418509
[13:07] <greyback_> mzanetti: thanks, will address shortly
[13:10]  * mzanetti is only doing reviews since 24 hours
[13:10] <mzanetti> dandrader|lunch: approved
[13:11] <dandrader|lunch> mzanetti, thanks!
[13:18] <greyback_> mzanetti: I don't like that you've to register interfaces with QML, to use the roles that the actual implementation uses.
[13:19] <mzanetti> greyback_: well... that's how it is I guess... still better than having the enum defined twice
[13:19] <mzanetti> greyback_: I might be wrong tho... try without first
[13:20] <greyback_> mzanetti: yeah, I'll play around
[13:23]  * mzanetti wonders if the "Dash plugins" section is supposed to stay in the final state
[13:31] <greyback_> kgunn: dednick_ : Cimi: standup?
[13:39] <greyback_> dandrader: can I get you to look at the OSK-related MRs please?
[13:42] <dandrader> greyback_, yes
[13:42] <greyback_> thanks
[13:45] <mzanetti> lol... "Linus Torvalds released the 3.11“Linux for workgroups” kernel.."
[13:46] <dandrader> :)
[13:50] <dandrader> greyback_, I believe it's pretty safe to top approve this https://code.launchpad.net/~gerboland/qtubuntu/fakeOSKController/+merge/184141
[13:50] <greyback_> dandrader: go right ahead
[13:52] <nic-doffay> mzanetti, thanks for that review comment in the filters mp
[13:52] <nic-doffay> responded back.
[13:52] <dandrader> greyback_, need your approval here https://code.launchpad.net/~dandrader/unity-mir/OSKController/+merge/183013
[13:53] <greyback_> dandrader: you got it
[13:54] <greyback_> dandrader: don't top approve the shell MR until at least the qtubuntu one has landed
[13:54] <greyback_> and we'll need to carefully sync up the package releases
[13:56] <dandrader> greyback_, although I was never able to see the OSK in unity8 mir...
[13:56] <greyback_> dandrader: well that MR won't break anything at least :)
[13:56] <dandrader> right
[14:01] <mzanetti> nic-doffay: responded back
[14:03] <mzanetti> greyback_: I assume this can be discarded: https://code.launchpad.net/~unity-team/unity8/refactor-wm-and-test/+merge/172583
[14:06] <mzanetti> dednick_: if you merge this I'll approve: https://code.launchpad.net/~nick-dedekind/unity8/indicator.visibility/+merge/181642
[14:06] <mzanetti> Wellark: should I discard this MR? https://code.launchpad.net/~kaijanmaki/unity8/launcher-backend/+merge/179663
[14:06] <dednick_> mzanetti: cool. will do
[14:11] <ricmm> mzanetti: if you are happy with the run-on-mir branch, can you bottom approve?
[14:11] <ricmm> or would you point me to other changes
[14:12] <ricmm> dandrader: https://code.launchpad.net/~dandrader/unity-mir/OSKController/+merge/183013
[14:12] <ricmm> theres a text conflict, can you solve it?
[14:13] <dandrader> ricmm, already did
[14:13] <ricmm> thanks
[14:13] <ricmm> rebuilding
[14:15] <kgunn> MacSlow:  hey...has anyone pinged you about a repeatedly failling test wrt ephemral notifications ?
[14:15] <kgunn> MacSlow: i fwd'd you a mail
[14:16] <MacSlow> kgunn, nope... not yet... checking inbox
[14:16] <dandrader> mzanetti, still need me to work on lp:~unity-team/unity8/package-qmltests?
[14:16] <nic-doffay> mzanetti, I was also a bit sceptical about the set values for inividual selectors, but I'd say for now a decision was reached by design unless they decided otherwise.
[14:17] <mzanetti> dandrader: yeah. if possible we should have that at some point (not highest priority tho)
[14:17] <MacSlow> kgunn, ok... hm... the urgency-test never failed sofar...
[14:17] <mzanetti> ricmm: well it still doesn't start on the desktop
[14:17] <MacSlow> kgunn, I'll look into it once I've got the user-input feedback via DBus working all nicely
[14:18] <mzanetti> ricmm: so we can't land it.
[14:18] <kgunn> MacSlow: thanks...and yeah, weird that it should suddenly fail reliably
[14:18] <MacSlow> kgunn, but this is on my radar now... thanks
[14:18] <ricmm> mzanetti: about your shell not running well on the phone, not showing apps and such
[14:18] <ricmm> you probably have something wrong in your environment
[14:18] <ricmm> because it has been running fine here for a while
[14:18] <ricmm> it needs the whole chain of everything
[14:19] <mzanetti> right... that might be. so ignore that last comment then
[14:20] <mzanetti> ricmm: about the command line args handling... is it possible to fix that in mirserver?
[14:20] <mzanetti> ricmm: mir is a library. I should not exit if there is a command line arg that it doesn't understand
[14:20] <mzanetti> the other option would be to consume the args in the shell (remove them after having parsed) but I strongly object to that
[14:21] <ricmm> so you are talking about it failing when running on desktop on Mir ?
[14:21] <dandrader> mzanetti, well, I've nothing else to do at the moment
[14:21] <mzanetti> hmm... good point actually... why does it load up mir anyways...
[14:21] <mzanetti> dandrader: ok. then please go ahead
[14:21] <ricmm> did you try the last change? the .contains("ubuntumir")
[14:22] <mzanetti> ricmm: damit... I pulled but did not build (used to just edit qml files)
[14:24] <ricmm> mzanetti: np, please give it a spin, sorry that you have to rebuild
[14:24] <ricmm> that said if it works we should be just waiting on gerry to address your comments and fix the AP tests
[14:24] <mzanetti> ricmm: yeah... works fine again on X
[14:24] <ricmm> great
[14:24] <mzanetti> but yeah... mir still needs be fixed once we want unity8 on mir on the desktop
[14:25] <ricmm> yup but thats a task for another day
[14:25] <mzanetti> yep
[14:25] <ricmm> a change like that can have a turnover time of a week with mir
[14:25] <mzanetti> ricmm: I've approved it
[14:25] <mzanetti> oh really?
[14:26] <mzanetti> that sounds a lot
[14:26] <ricmm> thanks
[14:26] <ricmm> wonder where gerry went D:
[14:27] <ricmm> ah there he comes
[14:28] <ricmm> dandrader: src/modules/Unity/Application/OSKController.qmlUNKNOWN*No copyright*
[14:28] <ricmm> in the unity-mir OSK MR
[14:28] <ricmm> can you add a license header like the other files and update please?
[14:28] <dandrader> ricmm, already did
[14:29] <ricmm> darn you are fast
[14:29] <dandrader> :)
[14:30] <ricmm> greyback_: wb, most branches are approved
[14:30] <ricmm> and I'm seeing to their landings in jenkins
[14:30] <ricmm> missing the last stuff from your unity8 branch as commented by mzanetti
[14:30] <ricmm> so, by the time we get to it in the landings, you'll probably have it fixed ;)
[14:31] <greyback_> ricmm: heh no pressure :)
[14:31] <ricmm> yea, its not like theres a ticking clock or anything
[14:31] <ricmm> they are all digital now a days
[14:33] <ricmm> greyback_: I think once unity-mir/qtubuntu from OSK land we can land the API ones for the same two trunks
[14:33] <ricmm> and then release both
[14:33] <greyback_> ricmm: yep, agreed
[14:34] <greyback_> ricmm: well once we definitely have unity8 ready
[14:34] <ricmm> yea
[14:34] <greyback_> ricmm: you've tested everything? Any issues found?
[14:34] <ricmm> still testing
[14:42] <ricmm> mzanetti: greyback_ the second OSK MR has landed
[14:42] <ricmm> is https://code.launchpad.net/~gerboland/unity8/addOSKController/+merge/184255 ready?
[14:42] <greyback_> ricmm: yes
[14:42] <mzanetti> ricmm: qtubuntu?
[14:42] <ricmm> qtubuntu landed first, unity-mir just got merged too
[14:43] <ricmm> although I gues autolanding will fail with that MR until qtubuntu is released to archive
[14:43] <ricmm> sil2100: ping, we are beginning our landings
[14:51] <mzanetti> dandrader: responded here https://code.launchpad.net/~gerboland/unity8/u8-newAppAPI2/+merge/184194
[14:53] <mzanetti> ricmm: bad whitespace here too: https://code.launchpad.net/~ricmm/unity8/unity8-run-mir/+merge/184195
[14:53] <mzanetti> ricmm: fyi. if you want you can do a "cd .bazaar && make install" to avoid future bad whitespaces in unity8
[14:55] <ricmm> mzanetti: and whas the name of the thing I need to run?
[14:56] <mzanetti> ricmm: nothing. it'll check automtically when you do a bzr commit and warn you about it
[14:59] <cwayne_> mzanetti, ping
[14:59] <mzanetti> cwayne_: pong
[15:00] <cwayne_> mzanetti, hey, so we noticed that the colors int he infographic are super-hardcoded into unity, is there any way we can get this configurable?
[15:00] <mzanetti> pete-woods-lunch: ^^
[15:00] <mzanetti> nic-doffay: maybe you know? ^
[15:04] <pete-woods> cwayne_: sure - I made it very clear in the codebase that they were hard-coded until someone told me they wanted them configurable
[15:04] <pete-woods> we just need a new implementation of the colorprovider interface
[15:04] <cwayne_> pete-woods, we're working on customization for operators, and this is one of the requirements
[15:05] <pete-woods> cwayne_: well it will be very easy to implement, just tell me where I should read the color palette from :)
[15:06] <cwayne_> pete-woods, probably the selected theme?
[15:06] <cwayne_> does that make sense?
[15:06] <pete-woods> cwayne_: well the words make sense :) but as a back-end developer I am not familiar with the themes
[15:07] <pete-woods> it seems to me we need a selection of provided for the infographic
[15:07] <pete-woods> *of colors
[15:07] <cwayne_> pete-woods, :)  what about pulling colors from the current background?
[15:08] <pete-woods> the mock-ups showed a variety of colors that had been chosen to match the current theme
[15:09] <pete-woods> perhaps it might make sense for the library to just be told what colors to use
[15:09] <pete-woods> then leave it up to unity to force them on it
[15:09] <ssweeny> i think we can assume that the qml theme will be chosen to go well with the background
[15:09] <ssweeny> so having the infographics stuff inherit from the qml theme makes sense
[15:10] <pete-woods> ah, it's the same conversation
[15:11] <greyback_> mzanetti: dandrader|afk I need some fresh eyes, this failing AP is killing me. lp:~gerboland/unity8/u8-newAppAPI2
[15:11] <mzanetti> greyback_: ack
[15:12] <greyback_> run "make testShell"
[15:12] <pete-woods> cwayne_, ssweeny: it will problem adding a trivial API for unity to set the color palette
[15:12] <mzanetti> pete-woods: +1 on grabbing background image average color for the infographics
[15:12] <pete-woods> bad grammar
[15:12] <pete-woods> *it will be no
[15:12] <greyback_> mzanetti: it's failing due to the mock ApplicationManager I made. It is correct to fail. But I can't see what I'm doing wrong
[15:12] <pete-woods> mzanetti: but won't that only give us a single color?
[15:12] <pete-woods> there are like 3 colors for each infographic
[15:13] <mzanetti> pete-woods: how about the average color from the image, then +/- 10 brightness for the others?
[15:13] <mzanetti> 10% or whatever
[15:13] <mzanetti> something like that
[15:14] <pete-woods> mzanettI: aren't they supposed to be contrasting colors, though?
[15:14] <pete-woods> e.g. purple and pink, orange and red
[15:14] <mzanetti> pete-woods: well... you know what I mean... can also invert them... whatever fits the mockups best
[15:15] <mzanetti> there must be some logic to choose matching, but still different colors
[15:15] <pete-woods> mzanetti: it sounds like we need some form of API to allow operators to specify colors, from what ssweeny is saying
[15:15] <pete-woods> even if that API is just a config file
[15:16] <mzanetti> I guess we need katie's input
[15:16] <pete-woods> agreed
[15:23] <MacSlow> kgunn, pete-woods, mzanetti: I've the extended snap-decisions (for user/wifi-authentication use-cases) working now... no more busy-polling or race-conditions... still got to clean up some bits... branches have been updated.
[15:23] <pete-woods> Macslow: :D
[15:23] <mzanetti> nice
[15:23] <dandrader> greyback_, I thought when you said AP it was an autopilot test. you can also interact with it mannually with make tryShell
[15:23] <kgunn> MacSlow: awesome!
[15:23] <greyback_> dandrader: I know
[15:24] <mzanetti> greyback_: well, the first difference I notice is that in trunk a fake app shows up when I click the launcher
[15:24] <greyback_> well, mzanetti told me earlier
[15:24] <MacSlow> kgunn, pete-woods, mzanetti: I'll also do a summary-email with the current state/screencast later today.
[15:24] <mzanetti> greyback_: doesn't happen in your branch
[15:24] <dandrader> let's see, I wrote most of this test code...
[15:25] <mzanetti> dandrader: testRightEdge
[15:25] <Wellark> mzanetti: please, keep it.
[15:25] <greyback_> mzanetti: which one did you click? Not all of them have pictures I think
[15:25] <Wellark> the mR
[15:25] <mzanetti> Wellark: ack
[15:25] <mzanetti> greyback_: try trunk... all of them do something
[15:25] <mzanetti> greyback_: actually, merge trunk please
[15:25] <greyback_> mzanetti: ok
[15:26] <mzanetti> (if you've done so already today, you broke something and dandrader will soon know what)
[15:26] <sil2100> ricmm: excellent
[15:26] <sil2100> ricmm: is everything landed already?
[15:27] <cwayne_> pete-woods, mzanetti: so whats the plan? we're going to ask design and go from there?
[15:28] <mzanetti> cwayne_: yeah. best thing would be if you directly ask katie... because you know the requirements and she knows how to keep it pretty
[15:29] <pete-woods> cwayne_" that sounds sensible to me - katie will definitely have a good idea of how we should be specifying our colors
[15:32] <sil2100> greyback_: hi! Do you know which packages related to the unity8-mir thing we need to release? qtubuntu, unity-mir and unity8 ?
[15:32] <sil2100> greyback_: all merges landed already, do you know?
[15:32] <greyback_> sil2100: it will be all those 3 yes. But we're not ready yet, there's things to be checked and fixed still.
[15:33] <sil2100> greyback_: ACK
[15:33] <sil2100> ;)
[15:33] <sil2100> greyback_, ricmm: so I'll be waiting for a green flag from you guys then
[15:33] <sil2100> asac: ^
[15:34] <asac> sil2100: let me sort my brain for one moment ;)
[15:34] <asac> sil2100: can we make a list of what we want to push in this shot?
[15:34] <asac> and double check with ricmm that it has everything?
[15:34] <asac> also checking if there is osmething super risky like an SDK update
[15:34] <asac> :)
[15:34] <asac> sil2100: kenvandine already started making such list
[15:34] <asac> so check with him
[15:36] <sil2100> asac: ah, so you mean 'things to release in overall'? Ok
[15:36] <asac> sil2100: yeah. what has accumulated so far
[15:36] <asac> adn then see if there are any potential bombs hidden
[15:37] <asac> because given how late we are the idea of a isolated, just unity landing is a bit hard to do
[15:37] <asac> rather shoot everything that is safish
[15:37] <asac> and hope :)
[15:39] <mzanetti> nic-doffay: there is a way... but your branch is currently messed up. if you push a working state I'll debug it
[15:41] <asac> sil2100: so ping me with list. i will also run the "NOT GETTING PULLED LIST" through pat
[15:41] <asac> as he was interested in ensuring we land enough
[15:41] <asac> (in case we decide to leave stuff out)
[15:41] <sil2100> Ok
[15:45] <dandrader> greyback_, first find: ApplicationManager::focusApplication is not getting called when you launch a fake app as it's in trunk
[15:49] <dandrader> greyback_, which means that Stage.__focusActualApplication is not getting called in this case....
[15:51] <greyback_> dandrader: side-stage apps aren't launching correctly either. /me doesn't see why, as they should be forced to be main stage
[15:52] <ricmm> greyback_: on the phone? or in AP testing
[15:52] <greyback_> ricmm: on AP testing.
[15:52] <ricmm> ok
[15:53] <greyback_> I checked main & side stage on tablet using SF, all working ok
[15:54] <NTolerance> With dynamic quicklists is it possible to remove individual entries or delete the entire quicklist?  I'm using Python.
[15:54] <ricmm> greyback_: timing issues?
[15:57] <greyback_> ricmm: possible, but I doubt it. I suspect logic error in the mock AppManager
[15:59] <dandrader> greyback_, hmmm, Shell.activateApplication() is not even getting called when you launch a fake app
[16:00] <dandrader> greyback_, ignore me, I was poking at the wrong dir! :)
[16:00] <greyback_> dandrader: uh oh!
[16:00] <greyback_> :)
[16:00] <dandrader> thank god, it was starting to get too weird :)
[16:06] <dandrader> greyback_, ok, so the application paramater in the State.__focusActualApplication call is undefined when launching a fake app
[16:06] <dandrader> s/State/Stage
[16:08] <greyback_> dandrader: yeah, that's wrong
[16:08] <dandrader> Stage.focusedApplicationWhenUsingScreenshots is empty
[16:09] <dandrader> while it should have the app
[16:11] <asac> ricmm: so you want us to pick whatever is there now?
[16:11] <asac> sil2100: letes get started :)
[16:12] <sil2100> asac: did we get a green light from ricmm and greyback_ already?
[16:12] <sil2100> Since there was still some testing going on
[16:13] <asac> sil2100: thats what i was tring to figure
[16:13] <ricmm> asac: theres no green light, the AP tests are still failing
[16:13] <ricmm> and the guys need to go
[16:13] <asac> sil2100: if not, we should surely punch a few apps through
[16:13] <asac> sil2100: you think we can just publish apps?
[16:13] <asac> what would we leave behind then?
[16:14] <greyback_> asac: yep sorry, until we have all tests passing, it's not good enough to land. Will have to delay until Monday
[16:15] <greyback_> and now I have to EOD
[16:15] <asac> greyback_: ricmm: so we shouldnt push mir, or any unity-* packages?
[16:16] <greyback_> asac: correct. Please don't push unity-mir, qtubuntu or unity8.
[16:18]  * greyback_ eow
[16:19] <sil2100> ricmm: ^
[16:19] <sil2100> ;)
[17:00] <ricmm> mzanetti: still around?
[17:01] <mzanetti> ricmm: yeah
[17:01] <ricmm> looking into doing make testShell
[17:01] <ricmm> can I just build on desktop and get the failing test there? or is this on phone-only
[17:01] <mzanetti> ricmm: desktop should be fine
[17:01] <mzanetti> ricmm: ./build && cd builddir && make testShell
[17:02] <ricmm> alright, thanks
[17:08] <ricmm> mzanetti: http://pastebin.ubuntu.com/6071203/
[17:08] <ricmm> thats what I get, not sure thats right
[17:09] <mzanetti> ricmm: seems your system is quite outdated
[17:09] <ricmm> is that so
[17:10] <ricmm> (:
[17:10] <mzanetti> ricmm: at least qtdeclarative5-ubuntu-ui-toolkit-plugin
[17:27] <mhall119> karni: you want to know about the QML parts that Unity 8 uses to display scopes?
[17:29] <mzanetti> mhall119: do you know whats the average duration for the review when an app is submitted to the store?
[17:31] <mhall119> mzanetti: new click store or old deb store?
[17:31] <mzanetti> new click store
[17:31] <karni> mhall119: I found what I needed, GenericScopeView.qml, thanks :)
[17:31] <mhall119> mzanetti: usually about a day, unless it's a weekend