[07:26] <tsdgeos> hmmm
[07:26] <tsdgeos> what's wrong with CI?
[07:27] <tsdgeos> --   package 'unity-shell-application=3' not found
[07:28] <tsdgeos> mzanetti: do you know anything about ↑ ?
[07:30] <mzanetti> tsdgeos: yeah... migration broken
[07:30] <mzanetti> tsdgeos: unity-api got released from silo
[07:31] <mzanetti> tsdgeos: but unit8 hangs in there
[07:31] <mzanetti> tsdgeos: we think its the mesa upgrade
[07:32] <tsdgeos> so no CI today
[07:32] <tsdgeos> \o7
[07:46] <tsdgeos> pete-woods: do you know anything about the apps scope?
[07:47] <pete-woods> tsdgeos: I think pstolowski knows a bit about it, but mainly you need to speak to people in a Brazilian tz
[07:47] <pete-woods> so alecu, actually dobey too
[07:47] <tsdgeos> pstolowski: ping ?
[07:48] <pstolowski> tsdgeos, in standup, will ping you shortly
[07:59] <pstolowski> tsdgeos, what do you need to know about apps scope?
[08:00] <tsdgeos> pstolowski: i wanted to change the UI so that instead of Amazon showed something else, to try something
[08:00] <tsdgeos> in my naivety i thought that editing the .desktop file would be enough
[08:00] <tsdgeos> but it hasn't done anything. Any idea what needs to happen?
[08:02] <pstolowski> tsdgeos, pls provide more info
[08:03] <tsdgeos> pstolowski: what do you mean more info?
[08:03] <tsdgeos> i want to change the title of the apps scope gives me back to the ui for the amazon app
[08:03] <tsdgeos> where is the apps scope reading it from?
[08:06] <pstolowski> tsdgeos, ah, ok, now i understand your problem; let me take a quick look
[08:10] <tsdgeos> mzanetti: ok, so wich branches do we ahve to merge to get past the
[08:10] <tsdgeos> --   package 'unity-shell-application=3' not found
[08:10] <tsdgeos> problem?
[08:10] <pstolowski> tsdgeos, yeah, editing desktop file works for me - ~/.local/share/applications/com.ubuntu.developer.webapps.webapp-amazon_webapp-amazon_1.0.10.desktop
[08:10] <tsdgeos> ah
[08:10] <tsdgeos> .local
[08:10] <mzanetti> tsdgeos: either downgrade libunity-api, or merge: https://code.launchpad.net/~dandrader/unity8/real_header_splashscreen/+merge/233286
[08:10] <tsdgeos> i edited the system one ^_^
[08:11] <pstolowski> tsdgeos, yeah, that's where click packages normally live
[08:16] <tsdgeos> mzanetti: ok i'll merge that one
[08:17] <tsdgeos> mzanetti: we'll land that once the mess is fixde, no?
[08:17] <mzanetti> tsdgeos: yeah... it got stuck while moving from silo to distro
[08:20] <tsdgeos> ok
[08:54] <pete-woods> pstolowski: aren't those desktop files only generated for the needs of the OA integration?
[08:55] <pete-woods> i.e. we want to stop generating them as soon as OA support some direct integration
[08:57] <pstolowski> pete-woods, dunno; but that shouldn't matter for click scope, it doesn't hardcode that dir
[08:58] <pstolowski> pete-woods, if that was your concernt?
[10:32] <tsdgeos> pstolowski: is moveFavoriteTo supposed to work?
[10:33] <tsdgeos> hmmm
[10:33] <tsdgeos> seems like you're probably missing some model updating
[10:33] <pstolowski> tsdgeos, yes, that's the hope.. i wasn't able to test it (will add a test)
[10:34] <tsdgeos> pstolowski: it's not updating the scopes cateogries at least
[10:34] <tsdgeos> pstolowski: err
[10:34] <tsdgeos> pstolowski: it's not updating the scopes overview cateogries results at least
[10:35] <tsdgeos> pstolowski: i can commit my code if you want
[10:35] <pstolowski> tsdgeos, yeah, that will be useful
[10:36] <tsdgeos> pstolowski: pushed
[10:52] <pstolowski> tsdgeos, thanks, compiling
[11:02] <pstolowski> tsdgeos, so, what's the best way to get out of this: --   package 'unity-shell-application=3' not found
[11:02] <tsdgeos> merge one branch
[11:02] <tsdgeos> pstolowski: but that should already be there in my branch
[11:02] <tsdgeos> pstolowski: are you up to date? or is it for another branch?
[11:03] <pstolowski> tsdgeos, ah, nvm, i forgot to pull
[11:29] <tsdgeos> i have beginMoveRows
[11:31] <tsdgeos> it's silly you need to do to + (to > from ? 1 : 0) as destination
[11:41] <paulliu> tsdgeos: For CardCreator.js Can I use things from unity8/qml/Components?
[11:45] <tsdgeos> paulliu: what do you need?
[12:06] <paulliu> tsdgeos: For Attributes, I copy almost the same code to Previews directory. Now I'd like to put it to Components.
[12:06] <paulliu> tsdgeos: But it seems to me that we should not use Components in plugins.
[12:20] <alecu> tsdgeos: hi! were your questions about the click scope answered?
[12:22] <greyback> mzanetti: here's a triplet of branches to fix the dash-not-appearing AP bug:
[12:22] <greyback> https://code.launchpad.net/~unity-team/unity8/upstart-always-sigstop/+merge/236111
[12:22] <greyback> https://code.launchpad.net/~unity-team/qtmir/no-upstart-notification/+merge/236110
[12:22] <greyback> https://code.launchpad.net/~unity-team/ubuntu-system-settings/sigstop-for-upstart/+merge/236112
[12:22] <greyback> they're accessible to the team
[12:22] <greyback> qtmir needs a debian version number bump, and the others updated to depend on that
[12:22] <greyback> I thought I'd wait until qtmir in silo6 lands before doing that
[12:23] <mzanetti> greyback: sure. awesome
[12:24] <mzanetti> greyback: think a timeout of 15 secs is good enough?
[12:24] <greyback> mzanetti: it is enough on my slowest device
[12:24] <mzanetti> greyback: if 10 isn't I guess its just a matter of "how loaded is ci" to make it fail with 15
[12:24] <greyback> mzanetti: prefer a bit more, just in case?
[12:25] <mzanetti> I tend to, yes
[12:26] <greyback> the only down-side is that it delays this test more: unity8.shell.tests.test_upstart.UpstartIntegrationTests.test_no_sigstop
[12:26] <greyback> since it will hang around for 20 seconds to make sure SIGSTOP not emitted
[12:26] <mzanetti> oh, I see
[12:27] <mzanetti> oh well... I guess we can adjust it when ci works again
[12:27] <greyback> I can adjust one without the other. But wanted to keep symmetrical to be fair
[12:27] <mzanetti> yeah, makes sense
[12:27] <mzanetti> lets keep it to 15 and see how it goes
[12:27] <greyback> mzanetti: and ideally, that wait will become less, more more, when we speed up startup :)
[12:27] <mzanetti> right :D
[12:53] <tsdgeos> alecu: yes thanks
[12:53] <alecu> great
[12:54] <tsdgeos> paulliu: hmmmmm
[12:54] <tsdgeos> paulliu: i'd say you can use it
[12:54] <tsdgeos> it's our own plugin after all
[12:56] <tsdgeos> mzanetti: any reason we shouldn't simply merge those branches to trunk?
[13:20] <mterry> Are there any reasons that a property defined like "readonly property alias XXX" in a component wouldn't emit onChanged signals that consumers can see?
[14:15] <mzanetti> tsdgeos: we have been talking about that but doesn't seem to solve much
[14:15] <tsdgeos> ok
[14:15] <mzanetti> because the ppa's will still use the packages from distro
[14:15] <mzanetti> tsdgeos: seems there is a fix on its way now though
[14:15] <mzanetti> testing now
[14:18] <tsdgeos> awesome
[14:54] <tsdgeos> Cimi: ok, so https://code.launchpad.net/~unity-team/unity8/card-visual-tweaks/+merge/234332 is "done" and needs review?
[14:56] <Cimi> tsdgeos, yup
[15:08] <dandrader__> mzanetti, so splash screen landed in unity-api but not in qtmir or unity8, causing the current CI problem?
[15:09] <mzanetti> dandrader__: yeah
[15:09] <mzanetti> dandrader__: its resolving as we speak.. the issue has been identified and fix is going through the release chain
[15:13] <tsdgeos> Cimi: doesn't that branch depend on some scope branches? otherwise apps scope looks weird
[15:19] <Cimi> tsdgeos, was working fine when I tested, screenshot?
[15:20] <tsdgeos> hmmm
[15:20] <tsdgeos> ah it's the two line ones
[15:20] <tsdgeos> wasn't there some discussion about if those had to be left or center aligned?
[15:22] <tsdgeos> so yeah it's what design says, but looks kind ugly
[15:22] <tsdgeos> let me try to screenshot it
[15:23] <Cimi> tsdgeos, talk to alecu
[15:23] <tsdgeos> alecu: talk!
[15:24]  * alecu starts talking...
[15:24] <tsdgeos> alecu: so what's the decision for two line app names, centered or left aligned?
[15:25] <alecu> tsdgeos: I've always seen them centered in every design: https://sites.google.com/a/canonical.com/unity8dash/scopes/app-scope-home/app-scope-landing-page
[15:25] <tsdgeos> alecu: but all those are single line
[15:26] <tsdgeos> ah no
[15:26] <tsdgeos> they're not
[15:26] <alecu> tsdgeos: if the dash is going to default to left aligned, then I guess I can fix the installed apps scope to require them centered.
[15:26] <tsdgeos> alecu: the thing is that the spec says
[15:26] <tsdgeos> 1 line centered, 2 lines left aligned
[15:27] <tsdgeos> which is pretty awful tbh
[15:27] <tsdgeos> screenshot incoming
[15:28] <tsdgeos> http://i.imgur.com/rDTSHKS.png
[15:28] <tsdgeos> alecu: do you know who do we have to complain to get this fixed?
[15:28] <tsdgeos> Gestor de archivos is a punch in the face
[15:29] <alecu> tsdgeos: agree on "pretty awful"
[15:29] <tsdgeos> mzanetti: merges incoming \o/
[15:29] <alecu> tsdgeos: I'll send a mail to design with that screenshot
[15:29] <tsdgeos> alecu: ok, tx
[15:36] <mzanetti> tsdgeos: nice :)
[15:44] <Cimi> tsdgeos, I like this critical attitude ;)
[15:55] <Cimi> tsdgeos, can we get the title of the app from a preview image gallery widget?
[15:56] <tsdgeos> i guess we can apss it down or something
[15:56] <tsdgeos> have to go now
[15:56] <dandrader__> kgunn, I've released the 5000 lines Kraken: https://code.launchpad.net/~dandrader/unity8/touchOwnership/+merge/236152
[15:56] <tsdgeos> meeting some friends
[15:56] <tsdgeos> dandrader__: oych
[15:56]  * tsdgeos runs
[15:56] <dandrader__> kgunn, Now I need a victim (reviewer) to face it
[15:56] <kgunn> dandrader__: love the Kraken reference
[15:56] <dandrader__> A brave hero
[15:57] <dandrader__> kgunn, it needs a lot of manual testing to ensure there are no serious bugs with it
[15:57] <kgunn> dandrader__: ok...i might put 2 mir guys on it...
[15:57] <dandrader__> kgunn, it's all in unity8 though
[15:59] <kgunn> dandrader__: yeah, for the testing tho....
[15:59] <kgunn> mmm
[15:59] <kgunn> probably gonna have to be mzanetti or wait till saviq's back
[16:01] <mzanetti> lol
[16:01] <mzanetti> +# DANGER! DANGER! Using Qt's private API!
[16:03] <dandrader__> mzanetti, we might want to relax the right-edge recognition a bit. it's triggered way too easily.  when I try to tap very close to the right edge most of the time I get a right-edge-drag "hint"
[16:03] <mzanetti> dandrader__: I tend to agree
[16:04] <mzanetti> dandrader__: will discuss it in my next design weekly
[16:04] <dandrader__> mzanetti, with the touchOwnership branch it's more relevant as edge touches that are not recognized as edge drags are forwarded to the app below
[16:04] <mzanetti> yeah... I was afraid so when I looked at it closely two days ago
[16:05] <greyback> kgunn: https://code.launchpad.net/~unity-team/platform-api/exposeOrientation-fix-android/+merge/236154 - could you get someone who can build android side to have a quick look at this please?
[16:05] <greyback> have struggled for hour to get by android bits compiling, giving up
[16:17] <kgunn> kdub_: do you have the ability to help out greyback ^...building android bits
[16:17] <kgunn> rsalveti is off
[16:17] <kgunn> i gotta meet a friend for lunch, bbian
[16:17] <kgunn> bbiab even
[17:02] <kdub_> kgunn, sure
[17:12] <anpok> dandrader|lunch: i with that branch i can get the appliacation spread into a state that vertical swipes are transported the app and not handled by u8
[17:12] <anpok> so the application is not closed
[17:24] <anpok> hard to get to that state
[17:33] <anpok> ah when there are two fingers moving vertically the second one goes to the app
[17:36] <kdub_> kgunn, so, I some package has to move out of Incoming before my platform-api build will work, so might take more time than normal
[17:51] <dandrader> anpok, also for such things you have to compare with another device without that touchOwnership branch
[17:51] <dandrader> anpok, to ensure it's not an existing bug
[17:51] <dandrader> anpok, I'm checking that now
[17:53] <anpok> not existing
[17:53] <anpok> at least didnt happen on other-device with rtm
[17:53] <anpok> current version still feels better
[17:54] <anpok> as it reacts to both fingers..
[18:09] <dandrader> anpok, didn't get that: " current version still feels better as it reacts to both fingers.."
[18:09] <dandrader> anpok, what do you mean exactly?
[18:09]  * dandrader needs details
[18:10] <anpok> ah ..
[18:10] <anpok> touchOwnership feels better
[18:12] <anpok> it feels strange if the system only reacts to the movement of one finger.. since you dont immediately see to which one
[18:13] <dandrader> anpok, you lost me again :-). What use case exactly are you talking about?
[18:13] <dandrader> anpok, doing a right-edge swipe with two fingers?
[18:14] <anpok> na vertical swipes
[18:14] <anpok> or movements
[18:14] <anpok> in app spread
[18:14] <dandrader> anpok, ah, that's Qt's Flickable
[18:15] <dandrader> anpok, ah, in the spread. let me check
[18:16] <dandrader> anpok, that's a QML MouseArea
[18:16] <dandrader> anpok, it ignores the second finger
[18:16] <dandrader> anpok, I get the very same behavior with unity8 trunk and wiht touchOwnership
[18:17] <dandrader> anpok, that part is not affected by this patch
[18:18] <dandrader> anpok, this patch influences the use cases where you tap,drag or do any touch gesture very close to the screen left or right edges
[18:18] <dandrader> anpok, eg: tapping on the left-most keys on the VKB
[18:18] <anpok> hm why is it so different then?
[18:18] <dandrader> anpok, like the q(or 1) key
[18:18] <anpok> my rtm image is maybe too old
[18:19] <anpok> yeah that i tested
[18:19] <dandrader> anpok, I'm comparing with utopic-proposed, not rtm
[18:19] <anpok> worked .. got bored .. so I tried the other stuff
[18:19] <dandrader> heheheh
[21:16] <tedg> Anyone know how to confirm that the greeter is using the greeter profiles of the indicators?
[21:16] <tedg> I think that I have them split out, but it's not working.
[21:16] <tedg> Even though dbus looks good.