[06:39] <didrocks> Trevinho: hey! can you please take a look (once you are around) to unity FTBFS in trusty? https://bugs.launchpad.net/unity/+bug/1243529
[06:39] <didrocks> jamesh__: your turn now ;) we have a FTBFS in trusty on mediascanner (seems one test timeout on all archs): https://bugs.launchpad.net/mediascanner/+bug/1243536
[06:40] <didrocks> jamesh__: can you take a look asap?
[06:42] <jamesh> looking
[06:46] <didrocks> thanks
[06:51] <jamesh> didrocks: is there a new grilo or grilo-plugins in trusty?
[06:51] <didrocks> jamesh: no, both are the same than in saucy from what I see
[07:14] <jamesh> didrocks: I've just put up https://code.launchpad.net/~jamesh/mediascanner/bug-1243536/+merge/192292 for review.  Is the CI likely to catch this problem, or would it still be testing against saucy?
[07:14] <didrocks> jamesh: I don't really know about upstream-merger, seems they have issues to switch to trusty
[07:14] <didrocks> jamesh: but I'll keep you posted once this lands, I have a ppa build then :)
[07:15] <jamesh> didrocks: looking at the error, I think the changes in that branch should address it though.
[07:17] <didrocks> jamesh: excellent! is someone going to review it?
[07:17] <didrocks> like mhr3?
[07:17] <jamesh> I'll get someone on my team to
[07:17] <didrocks> thanks a lot jamesh ;)
[07:26] <didrocks> hey mardy!
[07:26] <didrocks> mardy: it seems that libaccounts-glib is FTBFS on saucy (https://launchpadlibrarian.net/154768960/buildlog_ubuntu-saucy-i386.libaccounts-glib_1.14%2B13.10.20131023-0ubuntu1_FAILEDTOBUILD.txt.gz)
[07:27] <didrocks> mardy: but I guess first that the 13.10 just rather just be a bzr push from trunk to that branch
[07:27] <didrocks> Mirv: why didn't you just bzr push trunk to https://code.launchpad.net/~online-accounts/libaccounts-glib/13.10?
[07:35] <didrocks> sil2100: any opinion?
[07:35] <didrocks> sil2100: otherwise, I guess we have a diff and that's why it tries to rerelease it with no change
[07:38] <tsdgeos> larsu: sometimes the sound indicator on the desktop does not go to the "muted" state when i middle click, even if it indeed mutes the sound coming out from the speakers, is that something known?
[07:42] <sil2100> didrocks: how does libaccounts-glib trunk look like? Is that all that we released into saucy already?
[07:42] <didrocks> sil2100: can you check it, please? it seems so to me
[07:46] <sil2100> didrocks: it looks like so to me too - you think I can do a bzr push --overwrite to 13.10?
[07:47] <sil2100> Or merging it in with conflict resolving?
[07:48] <didrocks> sil2100: no, better to bzr push --overwrite IMHO
[07:49] <mardy> didrocks: hi! I'm not sure I understand what the problem is. That m4/gcov.m4 file is in trunk
[07:49] <didrocks> mardy: yeah, same here :/
[07:50] <didrocks> mardy: anyway, let's fix the 13.10 branch, and we'll see
[07:50] <didrocks> (we have enough other issues ;))
[07:50] <sil2100> didrocks: pushed the trunk, let's maybe re-spin it and see if it's the same?
[07:51] <sil2100> Or actually
[07:51] <mardy> didrocks: what is wrong with the 13.10 branch? it looks fine to me
[07:51] <didrocks> sil2100: to trunk?
[07:52] <didrocks> mardy: now it's fine, it was a manual merge where a pushed should have been enough
[07:52] <sil2100> No, pushed the trunk to 13.10 ;)
[07:53] <mardy> didrocks, sil2100: weird, I think that I pushed trunk to 13.10; not sure why it appeared as a merge
[07:54] <didrocks> sil2100: looks good :)
[07:54] <didrocks> mardy: it was… anyway, all fixed now :)
[07:54] <didrocks> thanks sil2100, mardy
[07:54] <Mirv> didrocks: ok seems now resolved with the branches identical?
[07:55] <Mirv> but yes pushing the trunk is a lot better in that case
[07:57] <didrocks> yeah, ok ;)
[08:05] <sil2100> Well, who would have thought that those two can be pushed directly ;)
[08:13] <pstolowski> nic-doffay, ping
[08:20] <Saviq> Cimi, in carousel-music-video, why do we need the XXX comments, can't we just test it? ;)
[08:25] <nic-doffay> pstolowski, pong
[08:29] <jamesh> didrocks: fyi, https://code.launchpad.net/~jamesh/mediascanner/bug-1243536/+merge/192292 is now merged
[08:29] <didrocks> jamesh: excellent! will keep you posted at next build :)
[08:29] <jamesh> it passed Jenkins' version of Trusty, so hopefully it will pass Soyuz's one
[08:29] <pstolowski> nic-doffay, I looked at the filters; it seems to me that UI always marks the 1st filter option as selected (be it 'All' or a real option)
[08:30] <didrocks> jamesh: that should do it, indeed :)
[08:30] <pstolowski> nic-doffay, perhaps it has something to do with the index of selected option to you manage yourself?
[08:32] <pstolowski> nic-doffay, and btw, home scope doesn't have 'all' option by design, in that case it means no filter option should be selected by default. and 'All' is not currenntly pre-selected by the bindings which is something I'll need to fix. but most important, UI shouldn't assume 1st item is selected by default
[08:42] <nic-doffay> pstolowski, ah I see.
[08:42] <nic-doffay> pstolowski, if you add that then I'll remove the selection on my side.
[08:57] <pstolowski> nic-doffay, I think you can remove it right now, because now it makes 'Applications' filter option pre-selected in Home, and this needs to be fixed anyway
[08:58] <dandrader> mzanetti, what's qCDebug?
[08:59] <nic-doffay> pstolowski, yeah I was planning to.
[08:59] <dandrader> mzanetti, I mean, what's the difference between it and qDebug
[08:59] <mzanetti> dandrader: that's the new qDebug which allows you to define categories and turn on/off categories at runtime
[08:59] <mzanetti> dandrader: let me find the docs
[08:59] <dandrader> mzanetti, does it append the category name as well to the print message? So it would replace the [DDA] prefix?
[09:00] <dandrader> s/append/prepend
[09:00] <mzanetti> dandrader: its fully configurable. you can make it append function names, classes, line numbers and what not
[09:01] <mzanetti> (at least the preview I've been working with in Nokia was)
[09:01] <dandrader> mzanetti, but we would still keep the "#if DIRECTIONALDRAGAREA_DEBUG" clauses, right?
[09:01] <mzanetti> I'd say no
[09:01] <mzanetti> Qt devs claim it's very fast if the category is disabled
[09:01] <dandrader> mzanetti, hmmm, but won't it affect runtime performance as you would have at least to do a check on whether you should proceed with the debug
[09:02] <mzanetti> dandrader: according to their makers they say it won't affect performance really. I don't have any numbers though
[09:02] <dandrader> mzanetti, and the code that produces the debug message costs something
[09:03] <mzanetti> dandrader: yeah true. if you do heavy calculations just for the debug message, then yes
[09:04] <mzanetti> dandrader: http://doc-snapshot.qt-project.org/qdoc/qloggingcategory.html
[09:08] <Cimi> Saviq, sorry missed the notification - I don't have a nexus 10, when I tried oren one was crashing and was not able to test it
[09:08] <Saviq> Cimi, no worries - I put more comments on the MP
[09:11] <mhr3> sil2100, ping?
[09:11] <sil2100> mhr3: pong!
[09:11] <Cimi> mzanetti, what's the lock screen?
[09:12] <mzanetti> Cimi: do a "echo password=pin > ~/.unity8-greeter-demo" and restart unity8
[09:12] <Cimi> mzanetti, thx
[09:12] <mhr3> sil2100, hey, got a question - should we branch S branches for our projects and continue pushing new stuff to trunk? or is everything setup to land in T now, and therefore enough to create S branches only if we need to sru something?
[09:13] <sil2100> mhr3: which projects do you have in mind?
[09:13] <sil2100> mhr3: since we basically did a split for all the projects that needed splitting, and trunks are now basically targetting T right now
[09:14] <sil2100> mhr3: touch projects didn't get a split as we're not having maintenance branches for saucy there - but those that are shared with desktop have now a trunk branch (for T) and a saucy branch for saucy (usually /saucy or /13.10)
[09:14] <mhr3> sil2100, online guys wanted us to push a small change to home-scope and it should be sru-ed to S
[09:15] <sil2100> mhr3: ok, then push it to
[09:15] <mhr3> ah, yea, i see the /saucy branch now
[09:15] <sil2100> lp:unity-scope-home
[09:15] <sil2100> and then backport to lp:unity-scope-home/saucy
[09:15] <mhr3> ok, cool, thx
[09:16] <sil2100> We'll then pick it up for SRUing when the time comes
[09:16] <mhr3> sil2100, when will that time come btw?
[09:16] <mhr3> roughly
[09:16] <sil2100> mhr3: ...I have no idea right now
[09:16] <sil2100> Sadly
[09:17] <mhr3> well... let me know once you do :)
[09:21] <sil2100> Sure ;p
[10:10] <mhr3> why does messaging app run some odd indicator app on 101?
[10:16] <mzanetti> dandrader: but you don't reject the gesture now when a second touch point comes in, right?
[10:17] <mzanetti> not a problem for me... just noticed
[10:21] <tsdgeos> Qt 5.2 Beta Available
[10:23] <dandrader> mzanetti, not if that second touch point comes after the composition time
[10:23] <mzanetti> ah...
[10:24] <dandrader> rephrasing: if a second touch point comes within the composition time window in the recognition phase (undecide status) the gesture gets rejected. otherwise it's ignored
[10:25] <Saviq> /food
[10:28] <nic-doffay> pstolowski, we have an issue with no filter option.
[10:29] <nic-doffay> Just had a look at the branch again (was on something else)
[10:29] <nic-doffay> Since an option always has to be selected if it's a drop down selector.
[10:29] <nic-doffay> We'd need a None option in the backend.
[10:29] <nic-doffay> For Home.
[10:29] <mzanetti> dandrader: I see traces of a hintingAnimation. where is that used?
[10:31] <dandrader> mzanetti, you mean from DragHandle.qml?
[10:31] <dandrader> mzanetti, in the panel
[10:31] <dandrader> mzanetti, press on the indicators bar. it will come up a bit
[10:31] <mzanetti> dandrader: ah, that's in draghandle already. I assumed that's in the panel
[10:32] <dandrader> mzanetti, same when you press on the bottom of an open indicators panel
[10:32] <mzanetti> dandrader: ah ok.
[10:32] <mzanetti> dandrader: I managed to break the right edge once. Not able to reproduce yet
[10:33] <mzanetti> again
[10:33] <mzanetti> ok... happens with trunk too. I finally have a way to reproduce the stuck greeter \o/
[10:34] <dandrader> mzanetti, what do you mean by "breaking the right edge"?
[10:35] <mzanetti> dandrader: it's not in the DDA. but try this: drag the greeter away but release it in a way that it would return back to locked state. while it returns, tap on it
[10:36] <pstolowski> nic-doffay, oh, that's not good. we would need to add 'All' button in home scope backend for phone only (based on form factor hint). But there is no nice way of giving it a 'None' label just in home
[10:37] <dandrader> mzanetti, another funny thing is to slide in the launcher and in the middle of it start sliding down the panel with another finger :)
[10:38] <mzanetti> yeah. you can operate all edges simultaneously :) but it doesn't break, does it for you?
[10:39] <dandrader> mzanetti, there's logic to hide the launcher if the panel is open, thus there's some fighting taking place in this scenario
[10:40] <mzanetti> dandrader: yeah, its worse the other way round. first the panel and then the launcher
[10:40] <nic-doffay> pstolowski, yeah it's unavoidable. It's part of the components design. The only way to get around this would be to use an expanded selector, but that wouldn't be per the filter design.
[10:41] <Cimi> how do I populate unity with my music/video on the desktop?
[10:42] <Cimi> unity8
[10:42] <pstolowski> nic-doffay, I see
[10:42] <Saviq> Cimi, banshee or rhythmbox for music
[10:42] <Saviq> Cimi, videos - just put stuff in your Videos folder
[10:42] <Saviq> nic-doffay, don't say it's impossible, and instead try and think of how to solve that conundrum - maybe a property on OptionSelector to allow selecting none or something
[10:43] <Saviq> nic-doffay, although I agree the design doesn't really fit with either none-selected or multiple-selected
[10:43] <Saviq> nic-doffay, it's a classic single-selection drop down
[10:43]  * Saviq really food now
[10:48] <Cimi> Saviq, still empty here, maybe I have to wait
[10:51] <mhr3> Cimi, what did you do? added stuff in ~/Videos?
[10:55] <Cimi> seems to work now
[10:56] <davmor2> Cimi: just do a search for a video you know is in there same for music
[10:56] <nic-doffay> Saviq, the only way this can be solved is by going against the design which I think is a bad idea. Adding another option in the backend seems like the best solution currently.
[11:00] <pstolowski> nic-doffay, for the record, adding new option in the backend will be against design as well ;), because they specifically requested 'all' and alike not to be shown in Home ;)
[11:08] <nic-doffay> pstolowski, cool, I'll bring it up with them.
[11:08] <Cimi> Saviq, which subtitle do we need to support in carousel video?
[11:10] <mzanetti> dandrader: why is TimeSource abstract? do we need different ones for different devices?
[11:10] <pstolowski> nic-doffay, awesome, thanks. keep in mind 'All' in  Home would be misleading (just in case this idea is discussed), because it never shows all results
[11:11] <dandrader> mzanetti, for the tests. they will implement a fake timer and pass it to the DirectionalDragArea under test
[11:11] <mzanetti> dandrader: ah, I see
[11:12] <dandrader> s/fake timer/fake time source
[11:13] <nic-doffay> pstolowski, will do
[11:15] <Saviq> Cimi, comment, probably - same as in music
[11:15] <Cimi> Saviq, but the video grid does not have them
[11:15] <Saviq> Cimi, the video carousel does
[11:16] <Cimi> Saviq, I can add one line for the comment
[11:16] <Saviq> Cimi, yeah, I believe that's the idea https://lh3.googleusercontent.com/Y9l0nJDyaCA7fZ92jNb6dA5SjlPnvkDy6aFHsZxBwVd9tWVODvgVfvlQ0VwBHurq3fZn7ELxctwF-uh4WvZlnEVZv9eflCTSgCNPC3WgMRDMQ6THrjmRh1Vnqg
[11:17] <Cimi> Saviq, that's cheesy title, who did this mockup? :D
[11:17] <Saviq> Cimi, Rosie
[11:17] <Cimi> hah
[11:17] <Cimi> cute rosie <3 :D
[11:18] <Cimi> every time I drop by her desk she wants gossip on my girls :D
[11:20] <mzanetti> dandrader: your branch looks really good. left some small comments
[11:20]  * dandrader reads
[11:21] <Cimi> mzanetti, you have the 13 or 15 retina?
[11:21] <mzanetti> Cimi: 15
[11:21] <Cimi> mzanetti, I fancy the 13, but it has dual core
[11:21]  * Cimi upset at apple
[11:21] <Cimi> why??? why?????
[11:21]  * mzanetti likes looking at htop displaying 8 cores :)
[11:22] <Cimi> mzanetti, not sure 15 is portable
[11:22] <mzanetti> 4 + ht that is
[11:22] <Cimi> mzanetti, if I have to travel to the office
[11:22] <mzanetti> Cimi: it is. it's so thin and light...
[11:22] <mzanetti> Cimi:  I always use backpacks tho
[11:22] <Cimi> I like messenger bags
[11:23] <mzanetti> Cimi: well, the weight is definitely not the issue
[11:23] <Cimi> mzanetti, how about hand luggage on flights?
[11:23] <Cimi> is it quite big inside?
[11:23] <mzanetti> I always keep it in my backpack
[11:23] <Cimi> yes but when I fly I have a trolley
[11:23] <mzanetti> and it's really thing (ethernet doesn't even fit into it)
[11:23] <Cimi> well, might not fly with the 15
[11:24] <mzanetti> -g
[11:24] <Cimi> iPad air seems pretty cool
[11:24] <Cimi> I like a device to browse the bed on sofa/bed
[11:24] <mzanetti> can't install ubuntu on that... not for me
[11:24] <Cimi> and one productivety monster
[11:25] <Cimi> mzanetti, you can have two
[11:25] <Cimi> mzanetti, one ubuntu one not
[11:25]  * mzanetti doesn't own a tablet...
[11:25] <Cimi> mzanetti, it's good to have a look at competitors
[11:26] <mzanetti> Cimi: sure. but I won't spend 500€ for a thing that can't do anything except displaying browser bookmarks and call it apps
[11:26] <Cimi> mzanetti, it is expensive
[11:26] <Cimi> mzanetti, I have a nexus 7 2012 and all browsers are shit
[11:27] <mzanetti> I don't mind expensive if it is of real use
[11:27] <mzanetti> but I don't feel like the iPad is
[11:27] <mzanetti> for me
[11:27] <Cimi> can't wait to have my hands dirty on our tablet
[11:27] <Cimi> so I can push to have what I want ;)
[11:28] <sil2100> bregma: hi! I see updates on bug #1243529 - can you assign anyone from your team to modify unity accordingly to the new ABI?
[11:28] <Cimi> in the meanwhile, 45 mins to finish downloading mavericks
[11:28] <sil2100> bregma: thanks!
[11:29]  * Cimi really likes the ubuntu touch sounds, I put them on android
[11:37] <nic-doffay> Saviq, your last comment on the filters mo
[11:37] <nic-doffay> *mp
[11:37] <nic-doffay> What do you mean by the crop line?
[11:49] <Saviq> nic-doffay, there's 2gu between the point where the overlay ends and where the content gets clipped
[11:49] <Saviq> nic-doffay, and it's transparent to input - you can activate the stuff in the dash through it
[11:51] <Saviq> Mirv, hey, any plans on building Qt 5.2 somewhere? :D
[11:52] <Saviq> Mirv, we need to kick the crap out of the new js engine ;)
[11:53] <Mirv> Saviq: I just heard the beta is out. I'm currently out of steam, but yes makes sense. earlier this week I did manage to push the first trusty 5.1 builds into qt5-beta-proper - it seems it's built for arm https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta-proper/+packages?field.series_filter=trusty
[11:53] <Saviq> Mirv, cool, no worries - get some rest :)
[11:53] <Saviq> you've been busy the last few weeks - we had it easier the last days at least
[11:54] <nic-doffay> Saviq, cool, gotcha]
[11:54] <Mirv> Saviq: no rest, but other stuff like the first trusty landings of ~everything :)
[11:55] <Mirv> Saviq: oh right, those 5.1.1 trusty builds are now debug builds
[11:55] <Saviq> Mirv, meaning with CONFIG+=debug?
[11:55] <Saviq> tsdgeos, you'll be pleased ↑ ;)
[11:55] <Mirv> Saviq: so the qtbase with -debug and the rest with CONFIG+=debug
[11:56] <Saviq> Mirv, cool beanz
[11:57] <tsdgeos> Mirv: so qtbase is still not debug?
[11:57] <Mirv> I'll update the recipes to build for trusty too
[11:57] <Mirv> tsdgeos: it has a configure switch -debug instead
[11:57] <Mirv> tsdgeos: I'd trust it's the same thing as qtbase doesn't have a qmake to give the parameter to before it has built the qmake in the first place?
[11:58] <greyback> tsdgeos: did you get anywhere with running unity8 with 5.2?
[11:58] <greyback> I've not tried since early last week tbh
[12:14] <Cimi> Saviq, I updated the branch, but still waiting jouni for a better asset for music
[12:14] <Saviq> Cimi, k
[12:15] <Cimi> Saviq, I have no idea where he is
[12:15] <Cimi> Saviq, first day I stay home for working he is not online :)
[12:15] <Cimi> dammit
[12:18] <nic-doffay> Cimi, have you gotten hold of him?
[12:19] <Cimi> nic-doffay, nope
[12:19]  * Cimi install mavericks, see you soon (hopefully)
[12:19] <Cimi> best use of lunch break I hope
[12:37] <Saviq> greyback, hey, this should be relatively easy to track down https://bugs.launchpad.net/unity-mir/+bug/1243444/comments/5
[12:38] <greyback> Saviq: ta
[12:51] <larsu> tsdgeos: yes, that's known and a fix is in -proposed (libindicator)
[12:51] <tsdgeos> larsu: awesome
[12:51] <larsu> tsdgeos: thanks for the report!
[12:52] <tsdgeos> Mirv: ah sure, i read "-debug" as "wihtout" debug, not as -debug passed to configure :D
[12:52] <tsdgeos> greyback: didn't try because it wanted more stuff to be linked against 5.2
[12:53] <greyback> tsdgeos: ah yes you mentioned that. Ok so
[13:03] <Saviq> tsdgeos, here's one for you to look at in your KDE hat: bug #1240408
[13:03] <tsdgeos> Saviq: ?
[13:04] <Saviq> tsdgeos, it's all Qt in the stack trace ;)
[13:04] <tsdgeos> ah :D
[13:04] <Saviq> tsdgeos, I suspect either the album art provider fails, or the qpixmapcache
[13:04] <tsdgeos> ok, will have a look
[13:04] <tsdgeos> how urgent is it?
[13:04] <Saviq> tsdgeos, and since the album art provider deals with QImages
[13:05] <Saviq> tsdgeos, relatively urgent - it reliably crashes the shell if you expand Music in the home scope
[13:05] <Saviq> tsdgeos, but not something that should throw you off of whatever you're doing now
[13:05] <tsdgeos> ok
[13:05] <Saviq> especially since we can't merge the fix anyway ;)
[13:05]  * tsdgeos never had any crash in the music scope .S
[13:06] <tsdgeos> Saviq: desktop too? or phone only?
[13:06] <Saviq> tsdgeos, not music scope - music in *home* scope
[13:06] <Saviq> tsdgeos, or when opening a music preview, apparently
[13:06] <Saviq> tsdgeos, didn't try on desktop, let me
[13:07] <dednick> larsu: ping
[13:07] <Saviq> tsdgeos, doesn't seem to crash on desktop, no - but we don't get music in Home on desktop
[13:08] <larsu> dednick: hey
[13:08] <Saviq> tsdgeos, no crash after searching for music in home and expanding, either
[13:08] <Saviq> +on desktop
[13:08] <tsdgeos> i see
[13:08] <tsdgeos> so only crash is
[13:09] <Saviq> tsdgeos, expand music in Home - that was reliable for me
[13:09] <tsdgeos> expand music in home in phone before searching
[13:09] <tsdgeos> or
[13:09] <Saviq> tsdgeos, yeah
[13:09] <tsdgeos> ok
[13:10] <tsdgeos> Saviq: shall i get trusty on the phone? or the "old" images ?
[13:10] <Saviq> tsdgeos, I had trusty
[13:10] <dednick> larsu: hi. I've been working on the datetime indicator and it gives me time + time-format (in strftime format). I'm going to need your TimeFormatter to parse it, but it's taking Qt time. Any way we can Separate the TZ part from the Formatter so we can use it like a plugin?
[13:10] <tsdgeos> ook, so let's do trusty then
[13:10] <Saviq> tsdgeos, so yeah, trusty-proposed to get the latest image
[13:10] <dednick> larsu: although i guess this could be a later mod
[13:11] <chelgrian> May I ask a question about Icons in the unity dock?
[13:11] <dednick> larsu: *taking Qt time format
[13:11] <dandrader> mzanetti, updated
[13:11] <mzanetti> dandrader: ack
[13:11] <larsu> dednick: if you don't need the timezone changing functionality, can't you just call strftime?
[13:12] <dednick> larsu: it gives a time in us from epoc. so will need the tz change.
[13:12] <dednick> i'm guessing
[13:13]  * chelgrian has an QT executable which has no .desktop file and doesn't oviously call a setIcon or other method but never the less seems to show an icon in the dock rather than a ?. I was looking for pointers on how to work out where it is getting this image from.
[13:16] <larsu> dednick: strftime does this for you...
[13:16] <larsu> dednick: or does the service give you a timezone as well?
[13:16]  * larsu rereads your question
[13:16] <dednick> larsu: we dont get the change notification. :)
[13:17] <dednick> larsu: nevermind. I'll sort it out once the formatter is in.
[13:17] <dandrader> mzanetti, is CI working at the moment or did it get confused by the saucy->trusty transition?
[13:17] <larsu> dednick: the service should notify you about tz changes, no?
[13:18] <mzanetti> dandrader: ci is still on saucy afaik. but there's an issue that we have a very dirty hack when installing unity8 on the phone which doesn't work on the read only image. so ci can't install the test packages there and fails
[13:18] <larsu> dednick: because I could have the clock set to a different tz than my system is running on
[13:18] <mzanetti> dandrader: that's why autolanding is disabled right now and we have 15 or so approved branches waiting to land
[13:20] <dednick> larsu: This is for the alarms/event menu items in the indicator. They are given in us since epoc, which wont change when the tz changes, so it wont update the UI. I'm saying i need to use your TimeFormatter so that we get the dbus notification that the timezone has changed so we can update the UI.
[13:21] <dednick> larsu: as far as i know, same as you did for message indicator
[13:21] <dednick> larsu: but the datetime indicator also provides the format which we want to show the alarm in.
[13:24] <larsu> dednick: I know, my point was that the service has a timezone property as well. If you have a timezone and a time, you don't need and 3rd party notifications. But it just occured to me that the service doesn't need to export a tz, because it changes the system's tz as well. So your way would work as well.
[13:25] <larsu> dednick: if we're going that route, I'm totally fine with extending TimeFormatter
[13:26] <dednick> larsu: ok.
[13:27] <dednick> larsu: is g_bus_get and g_dbus_connection_signal_subscribe lightweight calls?
[13:27] <dednick> larsu: still not sure about doing it for every TimeFormatter :)
[13:28] <larsu> dednick: signal_subscribe adds an entry to a hash table.
[13:28] <larsu> dednick: g_bus_get adds an event to the end of the message queue in the usual case (which is that we already have a connection to the system bus)
[13:29] <dednick> larsu: yeah, it's the queue that i'm concerned with.
[13:30] <larsu> dednick: it's a mainloop, we have tons of events on there already. I wouldn't worry about that tbh
[13:30] <dednick> larsu: meh. we can singleton'ize it later i guess.
[13:30] <larsu> dednick: ya, if there's a problem. Also, having a singleton means doing atomic ref counting...
[13:30] <larsu> I just didn't think it was worth it
[13:31] <dednick> larsu: ok. i'll review and test the branch now.
[13:31] <tsdgeos> eh?
[13:32] <tsdgeos> how did i quit the hangout
[13:45] <larsu> dednick: thanks
[14:37] <tsdgeos> Mirv: i'd say you apply only the patch i gave you (the fix) instead of fix+test
[14:37] <tsdgeos> the test is upstream and proves it works
[14:37] <tsdgeos> not sure we need it in our packages
[14:38] <tsdgeos> Mirv: if you really want the test in the patch too i can try to port it against 5.1.1
[14:49] <mzanetti> Saviq: just had a chat with jhodapp about our edges. and he has a valid point that we're triggering them too easily. and I think shell.edgeSize should be rather 1 gu instead of 2 (or even less). Would you agree? I could create a branch trying to tune it a bit
[14:58] <tsdgeos> mzanetti: was it you that did the narrowMode thing for the PageHeader/Search ?
[15:02] <mzanetti> tsdgeos: nic-doffay
[15:02] <nic-doffay> mzanetti, yep
[15:05] <tsdgeos> nic-doffay: i may have to change that code a bit with the upcoming "tabbar as header", what's the logic in there? the idea is that on the tablet you get the search in a different place? right?
[15:07] <nic-doffay> tsdgeos, it's still in the same place.
[15:07] <tsdgeos> ok
[15:07] <nic-doffay> tsdgeos, it's all governed by internal states in the component.
[15:08] <tsdgeos> yes
[15:08] <tsdgeos> i have to change the component
[15:08] <tsdgeos> that's why i am asking
[15:08] <nic-doffay> tsdgeos, what sort of changes? Chances that it will create big conflicts?
[15:09] <tsdgeos> probably
[15:09] <tsdgeos> as said
[15:09] <tsdgeos> the label goes away
[15:09] <tsdgeos> we have a tabbar tere
[15:09] <tsdgeos> tere -> there
[15:09] <tsdgeos> like the one in indicators
[15:09] <tsdgeos> wonder how the searchbar has to play with it
[15:09] <tsdgeos> i need a designer :D
[15:39] <Saviq> mzanetti, problem with 1gu is that the touch hardware is crap
[15:40] <mzanetti> Saviq: oh really? *that* bad?
[15:40] <Saviq> mzanetti, and if you swipe too fast it will just go unnoticed, 'cause the first touch you get is already beyond the 1gu threshold
[15:40] <Saviq> mzanetti, yes, dandrader knows all about it
[15:40] <Saviq> mzanetti, just run the qml edge test under surfaceflinger
[15:41] <Saviq> mzanetti, and you can experiment there
[15:41] <mzanetti> Saviq: ah ok. but we do have some improvements on our roadmap, right?
[15:41] <mzanetti> or is the general opinion that this is good enough?
[15:41] <Saviq> mzanetti, not in the strictness with which we detect whether something's an edge drag or not
[15:41] <Saviq> mzanetti, we've loosened the rules after the first iteration
[15:41] <Saviq> mzanetti, 'cause there were too many false negatives
[15:42] <mzanetti> Saviq: but right now we a lot of false positives
[15:42] <Saviq> mzanetti, what we are looking at is allowing apps to get the events on the edges if they're *not* edge swipes
[15:42] <Saviq> mzanetti, that's not really for us to make that determination
[15:43] <nic-doffay> tsdgeos, were you chatting about this new bar that's obscuring the current search field earlier?
[15:43] <tsdgeos> nic-doffay: which new bar?
[15:45] <Saviq> mzanetti, the situation we have now was an improvement according to people that have complained about too many false positives
[15:45] <Saviq> mzanetti, so it's really a he-said/she-said - maybe we didn't catch the right balance yet
[15:45] <Saviq> mzanetti, but still, none of us are the right judges I'm afraid
[15:45] <mzanetti> Saviq: yes. I agree that at some point we were too strict
[15:46] <Saviq> mzanetti, feel free to file an ubuntu-ux bug, try and explain in what situations you're getting the false positives
[15:47] <mzanetti> Saviq: ok, I will
[15:47] <Saviq> mzanetti, I talked to jhodapp yesterday or so and IIUC his beef was mostly with the bottom edge
[15:47] <mzanetti> Saviq: jhodapp made a good example. try tapping the time in the video player
[15:47] <Saviq> mzanetti, which does not have the fancy edge detection that the shell has
[15:47] <Saviq> mzanetti, that's different
[15:47] <mzanetti> Saviq: no
[15:47] <mzanetti> Saviq: when holding the player in landscape
[15:47] <Saviq> mzanetti, nothing should happen on tap
[15:47] <mzanetti> the right edge (which at that time is the bottom one) kicks in
[15:48] <mzanetti> Saviq: exactly
[15:48] <mzanetti> Saviq: but it does
[15:48] <Saviq> mzanetti, so you're not tapping ;)
[15:48] <mzanetti> Saviq: well... we could argue on that :D
[15:48] <Saviq> mzanetti, not sure what the minimal movement is - maybe that's just too small
[15:48] <mzanetti> Saviq: I think our rules are too loose
[15:49] <Saviq> mzanetti, tbh whatever I do, when I tap, the right edge does not kick in...
[15:49] <mzanetti> Saviq: I guess our first iteration had the angle way too strict. but beause of that we also dropped minimum speed etc
[15:49] <jhodapp> Saviq, you're trying that from the mediaplayer in landscape?
[15:49] <Saviq> jhodapp, yes
[15:50] <Saviq> mzanetti, it wasn't random, though - people sat down and tried to find a balance - and that's what we have now
[15:50] <jhodapp> Saviq, using your thumb?
[15:50] <Saviq> jhodapp, no, you can't tap with a thumb :D
[15:50] <Saviq> jhodapp, still
[15:50] <jhodapp> lol
[15:50] <Saviq> jhodapp, I can make a video ;D
[15:50] <mzanetti> I can tap on the N9 with a thumb
[15:50] <mzanetti> :P
[15:50] <Saviq> jhodapp, mzanetti, tapping with a thumb does not bring the right edge for me, no
[15:51] <mzanetti> does it toggle the time display?
[15:51] <jhodapp> interesting...maybe you have an improved image that I don't?
[15:51] <Saviq> jhodapp, it wasn't touched
[15:51] <Saviq> mzanetti, that's a different thing
[15:51] <Saviq> mzanetti, the fact that it doesn't toggle is indeed a problem - and one that we're solving
[15:52] <Saviq> mzanetti, but that's not the same as the edge being triggered
[15:52] <jhodapp> Saviq, yes, I see what you're saying now and the same happens for me
[15:52]  * mzanetti tries again
[15:52] <Saviq> I need to do an explicit edge gesture to get the right edge
[15:52] <jhodapp> I don't trigger the gesture most of the time, but it is very hard to get the time to toggle
[15:52] <Saviq> jhodapp, ok then - that's two different things :)
[15:52] <Saviq> jhodapp, and yes - that we're working on (dandrader is)
[15:52] <jhodapp> Saviq, but I can tap to get the edge gesture just below the time
[15:53] <Saviq> jhodapp, that doesn't happen here
[15:53] <jhodapp> interesting...no matter how close to the edge you get?
[15:54] <Saviq> jhodapp, no - it's not about how close to the edge you get
[15:54] <jhodapp> Saviq, seems to be for me
[15:54] <Saviq> jhodapp, you need to be doing a 1.5GU movement ~perpendicular to the edge
[15:54] <Saviq> jhodapp, for it to be triggered
[15:55] <mzanetti> jhodapp: just tried it again. I think you're confusing the edge drag gesture with the panel movement
[15:55] <jhodapp> Saviq, I'll have to take a video of what I'm doing, because I am not sliding my finger at all
[15:55] <Saviq> jhodapp, the edge drag gesture would pull the panel in as well - does it?
[15:56] <Saviq> jhodapp, I mean the indicator sliding in - that's the first indication that the edge gesture was triggered
[15:56] <Saviq> *indicators
[15:56] <jhodapp> Saviq, let me show you my video, you'll see what I'm saying then
[15:56] <jhodapp> one min
[15:56] <Saviq> jhodapp, there is a bug in media player though, that causes the app panel to move when you tap it for some reason
[15:57] <jhodapp> this is different
[15:57] <mzanetti> Saviq: is all the hardware that bad or is it just some of them?
[15:58] <Saviq> mzanetti, right - yes we were thinking of doing it per-device
[15:58] <mzanetti> just tried the n9. their edge drag area seems to be really really thin... Its better hardware for sure than the google stuff we use.
[15:58] <Saviq> mzanetti, or even increasing the threshold with time - when the user starts learning the gesture
[15:58] <mzanetti> but I think it might be worth getting the max per-device yes
[15:58] <jhodapp> Saviq, mzanetti, just forwarded the video to your emails
[16:00] <mzanetti> jhodapp: right... I noticed that too before
[16:00] <mzanetti> Saviq: this is really triggering the edge gesture
[16:00] <mzanetti> and there's no way he does the 1.5 gu movement on that video
[16:00] <jhodapp> exactly
[16:00] <Saviq> jhodapp, that's a galaxy, btw?
[16:00] <jhodapp> yes
[16:01] <jhodapp> maguro
[16:01] <mzanetti> I've seen this too before. but I just can't reproduce it any more now
[16:01] <Cimi> Saviq, the carousel branch should be ready
[16:01] <Saviq> Cimi, k
[16:02] <Saviq> jhodapp, so yeah, that's obviously *not* how it's supposed to be, but I'm not seeing that - and haven't seen for a while now
[16:02] <Saviq> jhodapp, can you try in portrait and, say, gallery
[16:02] <jhodapp> Saviq, weird...sure
[16:03] <jhodapp> Saviq, doesn't happen in gallery
[16:03] <jhodapp> nor in portrait
[16:04] <mzanetti> jhodapp: I rebootet the phone and it's gone. could you please try to find a way to reproduce getting into this state?
[16:04] <mzanetti> as you're saying it happens often for you
[16:04] <jhodapp> mzanetti, weird...let me reboot
[16:05]  * mzanetti has an idea
[16:05] <Saviq> jhodapp, I'm feeling this has to do with the media player's panel, and it's not actually the edge drag gesture, but maybe the panel's interaction with HUD instead
[16:06] <mzanetti> yep... so it seems to only happen if the media player is the only opened app
[16:06] <jhodapp> Saviq, I think you might be correct, I just rebooted and it's still there
[16:06] <jhodapp> mzanetti, oh interesting
[16:07] <jhodapp> Saviq, so do you think filing a bug with mediaplayer-app is appropriate, or the SDK?
[16:07] <Saviq> jhodapp, start with mediaplayer-app, unless you can confirm with another app - say webbrowser in landscape?
[16:07] <mzanetti> jhodapp: well, besides the media player's panel behaving weird, I think the fact that you can see unity8's panel popping in is unity8's fault
[16:07] <jhodapp> mzanetti, good point
[16:08] <greyback> Saviq: who good to review: https://code.launchpad.net/~gerboland/unity-mir/crash-fix-on-IFA-removal/+merge/192352
[16:09] <jhodapp> Saviq, mzanetti: alright, I'll file a bug with mediaplayer-app and unity8
[16:09] <mzanetti> Saviq: happening with gallery too. but only if there's only one running app
[16:09] <jhodapp> mzanetti, do you know the URL of where unity8 bugs get filed?
[16:09] <Saviq> mzanetti, so that looks like something with fullscreen apps
[16:09] <Saviq> greyback, -DLOG +LOG, that on purpose?
[16:10] <mzanetti> Saviq: yeah, it's probably the same with others but you don't notice it
[16:10] <mzanetti> Saviq: with fullscreen you see the panel coming in
[16:10] <Saviq> mzanetti, yeah maybe
[16:10] <Saviq> greyback, wow man, you've been playing with mir too long ;P
[16:11] <Saviq> [=]()
[16:11] <greyback> Saviq: heh
[16:11] <Saviq> that a chimpanzee?
[16:11] <greyback> Saviq: read your C++11 book :)
[16:11] <Saviq> one that has its body temp measured?
[16:12] <Saviq> greyback, only thing - we never disconnect - can it happen that an input area is moved between two surfaces?
[16:12] <mzanetti> jhodapp: lp:unity8
[16:13] <jhodapp> thanks mzanetti
[16:13] <greyback> Saviq: I don't see why not, the API let's that happen anyway.
[16:13] <Saviq> greyback, yeah, so should we not disconnect from the old surface?
[16:13] <greyback> Saviq: am open to discussing that. These APIs could do with a review
[16:13] <greyback> Saviq: fair point
[16:15] <greyback> Saviq: ah yeah, I forgot: I expected that disconnectFromAscendantsChanges would do the disconnect for me
[16:15] <greyback> Saviq: though that may not be 100% correct
[16:18] <Saviq> greyback, ok, will look into it tomorrow
[16:18] <greyback> Saviq: np, lemme chew over it a bit
[16:23] <sil2100> ChrisTownsend: hi!
[16:23] <ChrisTownsend> sil2100: Hey!
[16:23] <sil2100> ChrisTownsend: any progress with #1243529 ? :)
[16:24] <sil2100> https://bugs.launchpad.net/unity/+bug/1243529
[16:25] <ChrisTownsend> sil2100: Working on it.:)  Only having xpathselect1.4 in the daily-build PPA has been a challenge to get a local build up and running, but I've overcome that and now I'm working on the code.
[16:26] <ChrisTownsend> sil2100: Trevinho has a branch hanging around that fixes this, but the branch does a little too much for my taste, so I'm stripping out only what is needed to get this to work.
[16:36] <Saviq> crap, I just noticed I can't switch to a remote session without logging out of my local one...
[16:37] <Saviq> IIRC there was a "switch users" entry in the session menu before, but it's nowhere to be found now :/
[16:39] <Saviq> ah ok, have to switch to the guest session and log out... <facepalm> :|
[16:39] <mdeslaur> Saviq: click lock, and then click the switch users button in the screensaver dialog
[16:39] <mdeslaur> Saviq: or press ctrl-alt-f1
[16:39] <mdeslaur> oh wait, no
[16:40] <sil2100> ChrisTownsend: awesome! Thanks for the update :)
[16:40] <Saviq> mdeslaur, right, that's where the "switch users" is ;)
[16:40] <mhr3> odd, i still have it in the indicator
[16:40] <sil2100> ChrisTownsend: I would also prefer just to fix the issue at hand, and do additional fixes/refactoring later in some other merge
[16:40] <Saviq> shame when I try to configure the remote account the session dies anyway :/
[16:40] <mhr3> right above Guest
[16:40] <Saviq> mhr3, I only have Lock
[16:40] <ChrisTownsend> sil2100: Yep, that's my aim.
[16:40] <mhr3> it says "Lock/Switch account" here
[16:41] <mhr3> Saviq, ^
[16:41] <mdeslaur> mhr3: that's odd, it should only say lock
[16:41] <Saviq> lol
[16:42] <mhr3> mdeslaur, and if i boot guest session it says *only* "Switch account" :)
[16:42] <mdeslaur> mhr3: yes, the lock screen is disabled in the guest account as it doesn't have a password
[16:42] <mdeslaur> so that part makes sense
[16:43] <mhr3> but anyway, i'd find it, so my ubuntu is better :P
[16:43] <Saviq> mdeslaur, do you know who to talk to about being unable to get to the "configure" part of the remote sessions?
[16:43] <mdeslaur> Saviq: hrm...good question...what happens when you try it?
[16:44] <Saviq> mdeslaur, it just goes back to the greeter
[16:44] <Saviq> mdeslaur, nothing obvious in the lightdm logs, too
[16:44] <mdeslaur> Saviq: I'd file a bug against lightdm
[16:44] <Saviq> mdeslaur, but guest session works
[16:44] <mdeslaur> Saviq: it may be a side-effect of bug 1243339
[16:45] <Saviq> mdeslaur, could be
[16:46] <mdeslaur> Saviq: let me know the bug number when you file it
[16:52] <Saviq> mdeslaur, bug #1243801
[16:53] <mdeslaur> thanks Saviq
[16:54] <Saviq> mdeslaur, the greeter log mentions a lack of /usr/share/lightdm/sessions - I do have remote-sessions, wonder if that's related
[16:55] <mdeslaur> Saviq: any apparmor logs in dmesg?
[16:55] <Saviq> mdeslaur, yeah
[16:55] <mdeslaur> Saviq: can you add them to the bug? it may be an issue with the remote sessions apparmor profile
[16:56] <Saviq> mdeslaur, will do
[16:56] <Saviq> mdeslaur, https://bugs.launchpad.net/ubuntu/+source/lightdm/+bug/1243801/comments/4
[17:08] <Cimi> Saviq, is there anything I can run while testing unity on the desktop to have an app
[17:08] <Cimi> like the old cameramockup
[17:10] <Saviq> Cimi, yeah, the old cameramockup ;)
[17:10] <Cimi> Saviq, doesn't run here
[17:10] <Cimi> Saviq, looks for camera desktop
[17:11] <Saviq> Cimi, you need to export XDG_DATA_DIRS
[17:11] <Saviq> Cimi, should be added to run
[17:11] <Cimi> Saviq, which value for that?
[17:11] <Saviq> XDG_DATA_DIRS=tests/mocks/data/:$XDG_DATA_DIRS ./run
[17:25] <Saviq> mdeslaur, yeah, having added the dbus abstractions to the apparmor profile it works again
[17:26] <Saviq> now I can't log in... wonder if lightdm supports dual-factor auth
[17:26] <Saviq> mterry, do you know ↑?
[17:27] <mterry> Saviq, should...  it's about what PAM supports and if the greeter happens to correctly handle the PAM prompts
[17:27] <mterry> Saviq, which greeter?
[17:27] <Saviq> mterry, current unity-greeter
[17:27] <mterry> Saviq, sure, it should
[17:27] <mterry> Saviq, does it work on a VT?
[17:27] <Saviq> mterry, yes
[17:28] <mterry> Saviq, and in greeter, what happens?
[17:28] <Saviq> mterry, so I was trying to log in to use the remote login features
[17:28] <Saviq> mterry, typing in my U1 mail/pass - and it just comes back with "wrong password" :/
[17:33] <mterry> Saviq, sorry, got pulled away
[17:33] <mterry> Saviq, oh interesting...  remote login doesn't use PAM
[17:33] <mterry> Saviq, and got developed by tsgeos mostly I think.  I don't know about its support for U1 dual-factor
[17:35] <Saviq> mterry, tsdgeos? you sure?
[17:35] <Saviq> mterry, or tseliot?
[17:36] <mterry> Saviq, I probably meant tseliot
[17:36] <mterry> Saviq, there was definitely a ts
[17:37] <mterry> Saviq, but I could totally believe it got left out.  That feature was written close to FF
[17:37] <Saviq> mterry, yup, thought so
[17:37]  * Saviq tries disabling SSO