[08:10] <Mirv> tsdgeos: ~test3 now finally looks better (~test2 had a build failure due to not rebasing enough). can you again give Plasma a whirl? I was able to log in now. when the armhf is ready, I'll start AP:s on it.
[08:11] <tsdgeos> Mirv: i will
[09:05] <tsdgeos> mzanetti: actually your patch makes the spinning wheel not show when unity8-dash crashes/is stopoped on thje phone
[09:05] <tsdgeos> is that what we want?
[09:05] <mzanetti> tsdgeos, spinning wheel?
[09:05] <tsdgeos> mzanetti: the ubuntu logo thing
[09:06] <mzanetti> tsdgeos, where's that? is that from USC, shining through?
[09:06] <tsdgeos> mzanetti: probably yes
[09:06] <mzanetti> I wonder if that should actually still spin if unity8 is running
[09:07] <tsdgeos> Saviq: opinion? ↑↑↑
[09:07] <mzanetti> does that never stop spinning? seems like a waste of resources, no?
[09:07] <tsdgeos> or wait maybe it only spins when there's no unity8
[09:07] <tsdgeos> and i'm just confused
[09:07] <tsdgeos> let me check
[09:08] <Saviq> otp
[09:14] <greyback_> tsdgeos: mzanetti: spinner process is controlled by USC, so is stopped when unity8 running, restarted when not
[09:15] <tsdgeos> yeah i guess i may have been confused
[09:15] <mzanetti> ack
[09:29] <tsdgeos> Saviq: yeah, unpong
[09:29] <tsdgeos> unping i mean
[09:54] <tsdgeos> Mirv: plasma starts good, but konsole for example fails to start, wonder if that's a fail in konsole or in qt5 or what
[10:05] <Mirv> tsdgeos: :( ppa-purge and compare?
[10:29] <tsdgeos> Mirv: it is because of the dbus changes
[10:30] <tsdgeos> konsole is using some old code that used to give this warning
[10:30] <tsdgeos> https://paste.kde.org/pxqkoroaa
[10:30] <tsdgeos> with the dbus patches it gives http://paste.ubuntu.com/10781563/
[10:30] <tsdgeos> i.e. the warnings caught up and became errors
[10:31] <tsdgeos> this is coming from a class that is deprecated in the KDE Frameworks 5 world. and the apps that use the non deprecated version work fine
[10:32] <tsdgeos> so one option is just port konsole, kaccess and kfontview from the deprecated one to the new one
[10:32] <tsdgeos> and leave the deprecated thing broken
[10:32] <tsdgeos> i'll give it a quick spin and see if i can unbreka the deprecated one
[10:35] <Mirv> ok...
[10:36] <tsdgeos> but it's not really looking great for vivid i'd say
[13:33] <dandrader> tsdgeos, hi. what's missing before you can top approve https://code.launchpad.net/~dandrader/unity8/ddaImprovements/+merge/254964 ?
[13:34] <tsdgeos> dandrader: it's explained in my comment
[13:34] <tsdgeos> i want someone else to try it and give a feeling they're fine with the behaviour change
[13:34] <tsdgeos> for small movements
[13:34] <dandrader> tsdgeos, ah, ok
[13:35] <dandrader> mzanetti, ^^^
[13:35] <mzanetti> installing it to the device at the moment
[13:35] <dandrader> mzanetti, great, thanks! it fixes https://bugs.launchpad.net/ubuntu/+source/unity8/+bug/1417920
[13:37] <mzanetti> dandrader, it makes the launcher hide though
[13:37] <dandrader> mzanetti, you have to apply the patch from one of my comments
[13:37] <dandrader> mzanetti, there's an issue in Launcher.qml
[13:37] <mzanetti> ah ok
[13:40] <mzanetti> tsdgeos, dandrader: hmm... IMO this improves it quite a bit
[13:41] <mzanetti> you can now drag the dash up/down on the very rightmost pixel. that didn't work before
[13:42] <dandrader> mzanetti, exactly
[13:43] <mzanetti> dandrader, I can notice a little jumping though that wasn't there before
[13:45] <mzanetti> the launcher smoothens that with an animation, on the right edge it does some jumping though
[13:45] <mzanetti> dandrader, think you can fix that?
[13:46] <mzanetti> especially if we upstream this to the SDK I don't think the developer using the DDA should need to care about interpolating the drag
[13:47] <dandrader> mzanetti, yeah, I commented that jump in the MP
[13:47] <dandrader> mzanetti, indeed PhoneStage doesn't it smooth it out like Launcher does
[13:48] <mzanetti> dandrader, yeah... in the right edge, the spread drag position is directly linked to the drag position
[13:49] <mzanetti> dandrader, which is the most straight forward use of the DDA
[13:49] <mzanetti> so I would say the DDA should smoothen it somehow
[13:49] <mzanetti> dandrader, I wonder if the start pos could be set to the point where the drag is recognized/accepted
[13:52] <dandrader> mzanetti, if I'm not mistaken, DDA keeps it's properties up to date from the very start of the gesture but PhoneStage only starts to follow then once its status is Recognized, which makes sense otherwise it would distract the user even on simple taps near the edge
[13:53] <mzanetti> hmm.... I see
[13:53] <dandrader> mzanetti, but I will see what I can do
[13:53] <mzanetti> dandrader, cool, thanks
[14:07] <seb128> sooo
[14:07] <seb128> on my bq rtm 267 image, I installed a calendar app update through settings, went back to the dash, long clicked on the calendar icon to see the click store details/changelog for the new version, clicked on the open button from the detail page
[14:07] <seb128> that failed to start it, trying to run the old version
[14:08] <seb128> WARNING **: Unable to find keyfile for application 'com.ubuntu.calendar_calendar_0.4.600'
[14:08] <seb128> whose bug is that?
[14:12] <Saviq> seb128, click scope, I'd say, it shouldn't send the versioned app id to us
[14:13] <seb128> bah, no dobey here
[14:21] <dandrader> mzanetti, Yeah, now I remember. I added code to EdgeDragArea.onTouchXChanged to avoid that jump.
[14:21] <dandrader> will try to do the same for the Phone|TabletStage ones
[14:21] <dandrader> mzanetti, the EdgeDragArea in the Launcher I mean
[15:11] <elopio> ping kgunn, can we talk about the sanity test helpers.
[15:11] <elopio> ?
[15:11] <elopio> the email jfunk sent yesterday.
[15:13] <jfunk> elopio: kgunn is likely quite busy with the sprint planning, try replying to the email with the information he'd need to create the card
[15:14] <kgunn> yep elopio, i can get to it this afternoon (morning is kinda nuts)
[15:38] <elopio> kgunn: jfunk: ok, I sent an email. Ping me if there's something else you need.
[15:48] <om26er> tsdgeos, Hi! unity8 crashed for me, after I rebooted the device unity8-dash does not show up.
[15:48] <om26er> any logs you would like to see ?
[15:48] <tsdgeos> om26er: is it running? i.e. does ps show it? ps -A | grep dash
[15:48] <om26er> tsdgeos, seems not
[15:49] <tsdgeos> what does .cache/upstart/unity8-dash.log say?
[15:50] <ricotz> Trevinho, hi :), it has been some time since the last bamf release, maybe you like and have time to tag/release 0.5.2
[15:51] <om26er> tsdgeos, does not exist
[15:51] <om26er> I assume that means it never tried to start
[15:51] <tsdgeos> hmmm
[15:52] <tsdgeos> i guess you need tedg or someone with more upstart knowledge now
[15:52] <om26er> start unity8-dash would work but I was hoping to get that nailed down somehow.
[15:53] <dandrader> @unity: I can no longer control the brightness of my mako. you guys getting the same? (either through the slider or "powerd-cli display on bright")
[15:54] <Saviq> dandrader, and that persists across reboots?
[15:55] <dandrader> Saviq, yes. it was like that yesterday and it's still like that today
[15:55] <dednick> dandrader: just flashed today. works for me.
[15:55] <Saviq> dandrader, works fine here
[15:56] <Saviq> dandrader, is powerd running?
[15:56] <dandrader> Saviq, yes
[15:57] <dandrader> well, will reflash and see
[16:00] <Trevinho> ricotz: hey
[16:00] <Trevinho> ricotz: well, nothing big has happened, afaik...
[16:04] <dandrader> tsdgeos, mzanetti. right-edge animation start is now smooth as silk in https://code.launchpad.net/~dandrader/unity8/ddaImprovements/+merge/254964
[16:07] <ricotz> Trevinho, i mean a real tarball release the last one is 0.5.0 dated 2013-08-30
[16:07] <ricotz> https://launchpad.net/bamf/+download
[16:10] <mzanetti> dandrader, nice :D
[16:12] <mzanetti> dandrader, no way to built that into the DDA somehow?
[16:13] <dandrader> mzanetti, maybe. not sure yet. left as a todo item of my "API grooming for moving it to SDK" branch
[16:37] <Saviq> tedg, how do I encode dbus paths again? where do I get the codes for _2d _2f etc?
[16:42] <Saviq> ah, introspection FTW
[16:54] <Saviq> mterry, looking at the fix for bug #1436349, we're now "losing" the wizard after hanging up the call, wonder if that's what we want?
[17:59] <josharenson> tedg: Did you get my e-mail? No rush, but would certainly appreciate the help.
[18:10] <mterry> Saviq, that was always my intention anyway -- I think the last time I asked design about that (a long long time ago), they didn't particularly care what happened
[18:33] <Saviq> mterry, truth be told we should probably only enable the modem after the wizard
[18:33] <mterry> Saviq, yeah that would probably make a smoother experience
[18:56] <boghison> Is anyone there?