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