[04:05] <ESphynx> hey guys so this multi-faceted bug has been annoying me for months...  but now I have sort of a better picture
[04:05] <ESphynx> it has to do with the Unity menu bar integrated at the top and maximize/unmaximize
[04:06] <ESphynx> What is happening is that XTranslateCoordinates lies to me if I don't call XSynchronize before it, yet I will never receive further ConfigureNotify events
[04:07] <ESphynx> I'm receiving a ConfigureNotify saying that the window is now at 65, 24 in event->x,y , but XTranslateCoordinates will say it's still at 640, 251
[04:08] <ESphynx> Putting an XSynchronize before XTranslateCoordinates causes annoying unwanted redraws but solves that particular problem.
[04:16] <ESphynx> this might be a silly X behavior :S
[07:25] <Saviq> Cimi, https://code.launchpad.net/~cimi/unity-mir/unity-mir.stop-server_wizard/+merge/214983/comments/517509
[07:25] <Saviq> and corresponding https://code.launchpad.net/~cimi/unity8/unity8.upstart_unity-mir_variables/+merge/215152/comments/517510
[07:26] <Saviq> otherwise you can install incompatible versions
[08:06] <Saviq> biab, doctors' time
[08:11] <Cimi> seb128, how do I update a package be
[08:11] <Cimi> version? (debian changelog)
[08:11] <mhr3> dch -v 1.2.3-0ubuntu1
[08:14] <seb128> what mhr3 said
[09:39] <tsdgeos> mhr3: have a sec?
[09:39] <mhr3> tsdgeos, shoot
[09:41] <tsdgeos> mhr3: is it possible that you guys are emitting the components/template changed too much?
[09:41] <tsdgeos> on creation of a category i'm getting this
[09:41] <tsdgeos> http://paste.ubuntu.com/7358313/
[09:42] <tsdgeos> which given that we do quite expensive stuff when components/template change
[09:42] <tsdgeos> it's a bit unfortunate
[09:42] <tsdgeos> since they don't seem to be really changing :D
[09:42] <mhr3> hmm, not that i would know of
[09:43] <mhr3> tsdgeos, that's a single search, right?
[09:47] <tsdgeos> mhr3: what you mean single search?
[09:48] <tsdgeos> it's the apps scope when the "local apps" is "created"
[09:49] <mhr3> tsdgeos, in that case that really shouldn't be happening
[09:49] <mhr3> tsdgeos, you might get a few count changed notifications, but not template/components
[09:50] <mhr3> tsdgeos, your pastebin is from the filtermodel, right?
[09:51] <tsdgeos> correct
[09:52] <tsdgeos> but ideally it should not be a problem
[09:52] <tsdgeos> maybe it is
[09:52] <tsdgeos> let me remove the filter
[09:53] <tsdgeos> seems i'm getting the same
[09:53] <tsdgeos> i'll compile my own shell
[09:53] <tsdgeos> and see if i can find out where they come
[10:08] <Saviq> Cimi, your version updates need to be UNRELEASED, not utopic
[10:11] <Cimi> Saviq, ok
[10:12] <Cimi> Saviq, pushed
[10:12] <Saviq> Cimi, thanks
[10:13] <Cimi> Saviq, I guess I can put the maths inside a plugin for the carousel
[10:13] <Saviq> Cimi, FYI: train considers everything that has a distro codename in the changelog is supposed to be in distro
[10:14] <Saviq> Cimi, so it would fail, trying to find that version
[10:14] <Cimi> I see
[10:19] <Saviq> Cimi, LP says there's a conflict in your unity-mir branch, care to merge trunk please?
[10:19] <Cimi> sure
[10:19] <Cimi> Saviq, merged fine here
[10:19] <Saviq> Cimi, yeah I know, LP was confused
[10:20] <Saviq> Cimi, but that's what I was trying to resolve
[10:20] <Cimi> I will push merged
[10:20] <Saviq> Cimi, FWIW, no need to put [ Andrea Cimitan ] in the changelog if it's the only entry
[10:21] <Saviq> Cimi, basically, you should just do `dch -v 0.4-0ubuntu1 "Blah blah"` and dch does everything you need
[10:22] <Cimi> hah
[10:22] <Cimi> Saviq, will do next
[10:28] <Cimi> Saviq, a CarouselMath or so in DashViews is ok
[10:28] <Cimi> or we should take listview and patch?
[10:28] <Saviq> Cimi, no patching
[10:29] <Cimi> I meant, subclas
[10:29] <Saviq> you can't
[10:29] <Saviq> it's not exported
[10:29] <Cimi> lvwph did for flickable, no?
[10:29] <Saviq> flickable, yes, listview, not
[10:29] <Cimi> ok so much better to just add the maths
[10:30] <Cimi> an object that calculates those
[10:30] <Saviq> Cimi, I'm just not sure that will really help, TBH
[10:30] <Cimi> Saviq, it's the only thing that can improve maths
[10:30] <Cimi> Saviq, JS is really at its minimum
[10:31] <Saviq> Cimi, you'd need to start with writing benchmark tests
[10:31] <Cimi> Saviq, I doubt it is possible to improve formulas
[10:31] <Cimi> I already did lots of work
[10:31] <Saviq> Cimi, but anyway, you sure there's no more pressing bugs to tackle? the carousel behaves fine, sure it uses CPU, but only when you move it, and sure we could think to improve it
[10:32] <Saviq> Cimi, but I don't think that's really a good use of your time right now
[10:32] <Cimi> Saviq, I thought I need to learn C++
[10:32] <Cimi> Saviq, I read C and I understand everything
[10:32] <Saviq> Cimi, that's not really C++ if you just move some formulas from JS to a C++ object
[10:32] <Cimi> I read C++ and I start googling
[10:33] <Cimi> it's a start
[10:33] <Cimi> anyway thought was a good hit
[10:33] <Saviq> Cimi, if you can't find more interesting bugs, I have some tasks that need attending
[10:33] <Cimi> those are my current bugs https://bugs.launchpad.net/unity8/+bugs?search=Search&field.assignee=cimi
[10:33] <Saviq> Cimi, I just don't see it making a visible difference
[10:36] <tsdgeos> mhr3: seems it's not the scopes-shell launching the data changed signals
[10:36] <tsdgeos> wonder why the changes on the qml level :/
[10:37] <Saviq> tsdgeos, bug #1297308 - should probably just fix this with the dynamic cards you're doing
[10:37] <mhr3> tsdgeos, wow, i didn't know qml can even mess with them
[10:38] <tsdgeos> mhr3: don't know yet :D
[10:38] <tsdgeos> mhr3: just know that you're not emitting the signals but i'm getting some onchanged
[10:38] <tsdgeos> still looking who to blame for that :D
[10:39] <mhr3> tsdgeos, maybe it would make sense to do the card specialization on the plugin level?
[10:39] <mhr3> although i'm not sure that's still what you're doing :)
[10:39] <tsdgeos> mhr3: it is
[10:39] <tsdgeos> i'm just doing it dynamically now
[10:39] <tsdgeos> basically i have this monster
[10:39] <tsdgeos> http://paste.ubuntu.com/7358572/
[10:39] <tsdgeos> that gives me the specialized code
[10:40] <tsdgeos> i can make it prettier
[10:40] <mhr3> uuh
[10:40] <tsdgeos> but first i need to make sure it is performant
[10:40] <mhr3> you're generating code
[10:40] <tsdgeos> correct
[10:40] <tsdgeos> evil++
[10:40] <mhr3> how can that be performant
[10:40] <tsdgeos> because i only do it once
[10:41] <mhr3> hmm...
[10:41] <tsdgeos> and after that i create much simpler cards than before
[10:41] <mhr3> scary though
[10:42] <tsdgeos> copy&pasted code is worse
[10:42] <tsdgeos> maintaince hell
[10:42] <tsdgeos> at least this is all contained in the same place
[10:48] <Cimi> Saviq, so that leads me just to the carousel bug :D
[10:50] <Saviq> mzanetti, actually see ↑
[10:50] <Saviq> mhr3, only one generation per category/query, so much faster than a huge delegate of invisible things
[10:51] <Saviq> Cimi, there's plenty of bugs that are not assigned to you ;)
[10:51] <Saviq> Cimi, really, if you can't find one, we have features to do, too :)
[10:52] <Cimi> Saviq, features please!
[10:52] <mzanetti> features yay!
[10:52]  * mhr3 would like attributes
[10:52] <mhr3> Saviq, Cimi ^
[10:52] <Saviq> mhr3, yeah, I know, just don't want to step on tsdgeos's toes
[10:53] <mhr3> although with tsdgeos working on that code, probably not...
[10:53] <mhr3> right
[10:53] <mhr3> Saviq, annotation renderer then
[10:53] <Saviq> Cimi, [cimi] implement shadow under carousel cards: TODO
[10:53] <Saviq> in https://blueprints.launchpad.net/ubuntu/+spec/client-1410-unity-ui-dash
[10:54] <Cimi> ok cool
[10:54] <Cimi> Saviq, I think this requires ubuntushape support, though
[10:54] <Saviq> Cimi, how? it's meant to be outside of the shape
[10:55] <Cimi> Saviq, otherwise you snap a png around it
[10:55] <Saviq> Cimi, yeah, and?
[10:55] <Saviq> not around, under, but yeah
[10:55] <Cimi> Saviq, antialiasing on corners might suck
[10:55] <Cimi> performance too
[10:56] <Cimi> I will ask jouni
[10:56] <Cimi> who is not online
[10:56] <Cimi> rosie
[10:56] <Cimi> who does not work anymore with us
[10:56] <Cimi> hah
[10:56] <Saviq> Cimi, it's just a drop shadow https://docs.google.com/a/canonical.com/file/d/0B8T-xKCA6bikUm56SG1pVEktZUk/edit
[10:57] <Saviq> and https://docs.google.com/a/canonical.com/file/d/0B8T-xKCA6bikdGdJOHNvRUJYNHc/edit
[10:58] <Cimi> let me try with qt graphicaleffects
[10:58] <Saviq> [cimi] implement buffering progress in audio preview widget: TODO
[10:59] <Saviq> [cimi] make progress widget half-wide: TODO
[10:59] <Saviq> [cimi] add pushdown effect to dash cards: TODO
[11:00] <Cimi> thanks!
[11:01] <Cimi> what's progress widget half wide?
[11:01] <tsdgeos> Saviq: could you give  lp:~aacid/unity8/dynamic_specialized_cards  a try versus  lp:~aacid/unity8/specialized_cards
[11:02] <tsdgeos> and give me your opinion performance wise?
[11:02] <Saviq> tsdgeos, will do
[11:12] <tsdgeos> Saviq: on the device, on the pc everything is too fast
[11:13] <Saviq> tsdgeos, yeah, I know
[11:21] <tsdgeos> Saviq: was thinking of doing a cache of components
[11:21] <tsdgeos> so that if i ask for the same template, compoent i return an already created Component instead of doing all the work again
[11:44] <Saviq> tsdgeos, yeah, I'd cache them per-query at least
[11:45] <Cimi> is there anything I need to do to run unity-scopes-tool?
[11:45] <Saviq> Cimi, initctl emit scope-ui-starting
[12:19] <Saviq> seb128, hey, packaging q: we're splitting unity8-common out of unity8, we're apparently missing a Something (Breaks / Depends) somewhere, which results in conflicts when downgrading (i.e. unity8-common isn't removed when downgrading unity8), what am I missing?
[12:19] <Saviq> https://code.launchpad.net/~saviq/unity8/split-common/+merge/214907 btw
[12:22] <seb128> Saviq, https://wiki.debian.org/PackageTransition
[12:22] <seb128> Saviq, you are in case #8
[12:22] <seb128> Saviq, I think
[12:24] <Saviq> seb128, tx!
[12:24] <seb128> yw!
[12:46] <Saviq> tsdgeos, so, to cache card components, you thinking deep-compare template/components? or maybe we should stringify + concat them and md5sum or so?
[12:46] <Saviq> tsdgeos, maybe we could even precrate some known ones on startup
[12:46] <Saviq> Cimi, !!!
[12:46] <Saviq> lp:~cimi/unity8/unity8.upstart_unity-mir_variables: 370 tag
[12:46] <Saviq> s
[12:46] <Saviq> Cimi, PLEASE clean them wherever you have a unity8 branch
[12:47] <Saviq> Cimi, it's even more important locally than remotely
[12:54] <Cimi> Saviq, dunno how they got there
[13:00] <Saviq> seb128, another q: we have unity8-autopilot Depends: unity8 (>= $source:Version), I wonder if that shouldn't be == instead, WDYT?
[13:00] <Saviq> Cimi, please let me know when they're gone, need to rebuild unity8 in the silo with some packaging tweaks
[13:00] <Cimi> Saviq, I am running the script
[13:01] <Saviq> Cimi, tx, and please make sure to run it on all local branches, too :)
[13:02] <Cimi> Saviq, is there a fast version that performs removing tags locally and not remotely?
[13:02] <Cimi> Saviq, or can we intergrate the script in jenkins?
[13:02] <Saviq> Cimi, so that's why you have them still
[13:02] <Saviq> Cimi, you need to run the script on _all_ branches separately
[13:02] <Saviq> local and remote
[13:03] <Saviq> Cimi, just pass a folder as argument
[13:03] <seb128> Saviq, either work, == can be annoying between and arch any and all, because all is built on i386, so it creates installability issues on other arches between the builds ... but I guess it's not much of an issue nowadays with the CI train
[13:04] <Saviq> seb128, yeah, but then I had a modified test in autopilot, upgrading unity8 didn't pull it... so it failed
[13:04]  * Saviq tweaks
[13:04] <seb128> Saviq, ok, so change for a == if you really require them to match
[13:05] <Saviq> probably easiest
[13:05] <Saviq> seb128, == vs. =?
[13:05] <seb128> Saviq, there is no =
[13:05] <seb128> Saviq, >= == <=
[13:06] <Saviq> interesting...
[13:06] <Saviq> unity8 (= ${binary:Version}),
[13:06] <Saviq> we have that all over the place...
[13:07] <Saviq> seb128, shall I fix those ↑?
[13:07] <seb128> Saviq, wait
[13:07] <tsdgeos> Saviq: correct, some precaching would be interesting
[13:07] <tsdgeos> Saviq: i was thinking stringify
[13:07] <Saviq> seb128, http://bazaar.launchpad.net/~unity-team/unity8/trunk/view/head:/debian/control
[13:07] <seb128> Saviq, sorry, I'm not awake today, no that's fine
[13:08] <Saviq> seb128, kk thanks :)
[13:14] <sil2100> pstolowski: hi!
[13:15] <pstolowski> sil2100, hey
[13:16] <sil2100> pstolowski: ogra pointed out something in your last unity-scopes-api release - could you mention in the commit message (which is then used for the changelog) if you add any dependencies? ;)
[13:16] <sil2100> When I think about it now, it's really useful when that's being done
[13:18] <pstolowski> sil2100, you mean the introduction of libunity-scopes-cli package?
[13:19] <sil2100> pstolowski: no, there were some new dependencies added, like apparmour etc. from what I remember seeing
[13:19] <pstolowski> sil2100, ah, that wasn't me
[13:19] <pstolowski> sil2100, but I can pass it to the team
[13:19] <sil2100> pstolowski: oh :) Thanks, sorry to bother then!
[13:20] <pstolowski> sil2100, no worries
[13:25] <Cimi> Saviq, that branch is fine
[13:25] <Cimi> Saviq, running on others
[13:32] <Saviq> Cimi, thanks
[13:39] <tsdgeos> damnit my unity8 has stopped starting and i don't see what has changed :S
[13:43]  * tsdgeos is seriously confused by our dependencies
[13:43] <tsdgeos> unity-scope-click needs indicator-bluetooth
[13:44]  * tsdgeos reboots to see if this thing autofixes itself, not even the binary is starting
[14:04] <Saviq> tsdgeos, better?
[14:05] <tsdgeos> Saviq: yes
[14:05] <tsdgeos> actually it was my code ^_^
[14:05] <tsdgeos> seems the engine doesn't like a qml singleton that is malformed
[14:05] <tsdgeos> and crashes :D
[14:06] <Saviq> :)
[14:07] <cwayne1> davidcalle: ping
[14:08] <davidcalle> cwayne1, pong
[14:10] <cwayne1> davidcalle: how does the photo scope on desktop work? does it still use the shotwell db?
[14:12] <davidcalle> cwayne1, yes. On that topic, I think there is a bug opened for mediascanner to add pictures indexing, you might want bump that :p
[14:12] <cjohnston> kgunn: ping
[14:12] <cwayne1> davidcalle: ooh, do you happen to have a link?
[14:13] <davidcalle> cwayne1, https://bugs.launchpad.net/mediascanner2/+bug/1256334
[14:16] <Cimi> Saviq, I have a feeling the listview delegates are clipped
[14:16] <Saviq> Cimi, feeling? :)
[14:16] <Cimi> tsdgeos, are listview delegate clipped?
[14:17] <Cimi> Saviq, more than a feeling
[14:17] <tsdgeos> Cimi: not by default
[14:17] <Saviq> Cimi, they're not clipped unless explicit
[14:17] <Cimi> weird
[14:18] <cwayne1> davidcalle: ah, that'd be nice huh, so i'm trying to get a local photo scope on phone going, thinking i might maybe just use the gallery-app's index as that's similar to what the desktop lens does then... thoughts?
[14:20] <Cimi> my feeling for something clipping my delegates https://www.youtube.com/watch?v=SSR6ZzjDZ94
[14:20] <davidcalle> cwayne1, I don't know how the gallery app indexes metadata and stuff, but yes, that sounds like a plan until mediascanner becomes cooler :)
[14:21] <cwayne1> davidcalle: i like it, thanks :)
[14:22] <davidcalle> cwayne1, or you can port Shotwell. :p
[14:22] <cwayne1> hah!
[14:23] <Cimi> might be just dropshadow being very bad
[14:24] <tsdgeos> Saviq: ok, card cache pushed
[14:24] <tsdgeos> card cache -> card component cache
[14:24] <Saviq> tsdgeos, oh cool, was just getting onto testing this stuff
[14:24] <tsdgeos> Saviq: now it feels to me that the dynamic specialized cards is as fast as specialized cards is
[14:24] <tsdgeos> but having a non biased opinion is important
[14:25] <Saviq> tsdgeos, are we garbage collecting the cache or something?
[14:25] <tsdgeos> nope
[14:25] <tsdgeos> but tbh it's like 4 or 5 different components at the moment
[14:25] <tsdgeos> so not sure it makes sense
[14:25] <Saviq> tsdgeos, not if you start opening remote scopes
[14:25] <Saviq> from the scopes scope (still might not make sense)
[14:26] <Saviq> or start searching, when different components come into play
[14:26] <tsdgeos> Saviq: right, not sure how much memory is still used by the component itself
[14:26] <tsdgeos> after all it shouldn't be much
[14:27] <tsdgeos> but yes we may want to remove stuff from the cache at some point
[14:27] <Saviq> tsdgeos, should be easy to check? like a Repeater alone, and a Repeater with model: 1000 of some small Component with UbuntuShape + Label { }
[14:28] <Saviq> but yeah, doubt it's gonna be bigger than a few kB
[14:31] <Saviq> ok not that easy
[14:38] <Saviq> tsdgeos, ok, I really doubt we have to worry about the cache ;)
[14:38] <tsdgeos> :)
[14:38] <Saviq> tsdgeos, unless we'd leak it or something
[14:44] <Cimi> Saviq, mirco suggests the new ubuntushape will have dynamic shadow, I'd postpone then
[14:45] <Cimi> Saviq, instead of using pngs and such
[14:45] <Saviq> Cimi, eh...
[14:45] <Saviq> new ubuntushape, good 'un
[14:45] <Cimi> Saviq, I know it was scheduled for dec 2013
[14:46] <Cimi> Saviq, no idea why is not out yet
[14:46] <Saviq> you mean 2012?
[14:46] <Cimi> hah
[14:46] <Cimi> I'll do png then
[14:48] <Saviq> tsdgeos, one weird artifact is that it looks like we're slower at actually loading the images?
[14:49] <Saviq> than in trunk, that is
[14:50] <Saviq> or maybe we're just blocking now, and not blocking in dynamics...
[14:51] <Saviq> Cimi, had to resubmit based on your branch: https://code.launchpad.net/~saviq/unity8/split-common/+merge/217622
[14:51] <tsdgeos> Saviq: yes, it does indeed seem that making the stuff async seems like it takes mroe to load for some reason
[14:51] <tsdgeos> Saviq: that happens with the manually specialized cards too, right?
[14:51] <Saviq> Cimi, there are small changes to packaging, that will be reviewed by the landing team
[14:52] <Saviq> tsdgeos, yeah
[14:52] <Saviq> tsdgeos, caching still enabled is it?
[14:52] <tsdgeos> yes
[14:52] <tsdgeos> should
[14:55] <Saviq> tsdgeos, it feels like the only way to make it real nice would be to actually load everything in an expanded category...
[14:55] <tsdgeos> Saviq: not sure i get what you mean
[14:56] <Saviq> tsdgeos, I mean that if we wanted it to be buttery smooth, we'd have to load all items into memory when expanding
[14:56] <tsdgeos> ah
[14:56] <tsdgeos> yes
[14:56] <Saviq> tsdgeos, basically not destroy delegates...
[14:57] <tsdgeos> or limit the number of stuff
[14:57] <mhr3> unity7 here we go
[14:57] <tsdgeos> what's the point of 200 items in there, is people really going to dig on that many?
[14:58] <Saviq> tsdgeos, I agree, just *USE THE SEARCH, LUKE*
[15:00] <dednick> Saviq: can't seem to run "make test[testName]" anymore on unity8. anything we need to do to make it work?
[15:00] <tsdgeos> Saviq: but still we want this since it makes delegate creation faster anyway
[15:00] <Saviq> tsdgeos, yeah
[15:01] <Saviq> tsdgeos, but yeah, I can't see no difference between dynamic and "static" components
[15:01] <dednick> Saviq: plugin paths dont seem to be working anymore.
[15:01] <Saviq> we're still blocking on moving between scopes
[15:01] <Saviq> dednick, example?
[15:01] <dednick> make testDash
[15:01] <dednick> Saviq: ^
[15:02] <Saviq> dednick, I think we missed one commit from Albert
[15:02] <Saviq> dednick, https://code.launchpad.net/~aacid/unity8/card_optimizations/+merge/213660
[15:02] <Saviq> dednick, it's landing today
[15:02] <tsdgeos> Saviq: so you don't appreciate a speed difference between trunk and the specialized cards?
[15:02] <Saviq> tsdgeos, huh?
[15:03] <Saviq> tsdgeos, "static" as in specialized
[15:03] <tsdgeos> ah
[15:03] <tsdgeos> ok
[15:03] <tsdgeos> got me confused there :D
[15:03] <Saviq> :D
[15:03] <tsdgeos> Saviq: so you mean "dynamic looking good"
[15:03] <Saviq> tsdgeos, definitely
[15:03] <tsdgeos> ok, need to polish the code now
[15:03] <tsdgeos> and make it look like the other ones
[15:03] <tsdgeos> since there's some definite regressions
[15:03] <dednick> Saviq: http://pastebin.ubuntu.com/7359929/
[15:03] <Saviq> indeed
[15:04] <dednick> Saviq: doesnt seem to work with the patch
[15:04] <dednick> unless it didnt rebuild the cmake files
[15:04] <dednick> rebuilding now.
[15:08] <dednick> Saviq: uh, no. that didnt work either
[15:08] <Saviq> dednick, hmm
[15:09] <dednick> Saviq: make qmltests doesnt work for me either
[15:10] <Saviq> dednick, try with the branch from http://people.canonical.com/~didrocks/citrain/silos/landing-007/unity8/ ?
[15:10] <Saviq> worked fine here
[15:12] <karni> mhr3: SearchReplyProxyFwd.h belongs to unity-scopes-api? (figuring which source package I want)
[15:12] <mhr3> karni, yep
[15:13] <mhr3> karni, you should just #include <unity-scopes.h>
[15:13] <karni> mhr3: I want to know what exactly 'auto' is in auto cat = reply->register_category("cat1", "Category 1", "");
[15:13] <karni> be it Category.h or something else
[15:14] <mhr3> karni, http://developer.ubuntu.com/api/devel/ubuntu-14.04/cplusplus/unity-scopes/classunity_1_1scopes_1_1_search_reply.html#aaa061806a96f50ff66abc6184135ea66
[15:14] <karni> mhr3: yay! :)
[15:18] <Saviq> tsdgeos, so... is it possible we were doing better with old scopes? or was it just that we didn't pay attention enough? (/me will flash some old image soon to check)
[15:18] <tsdgeos> Saviq: what do you mean "better"?
[15:18] <tsdgeos> as in faster?
[15:19] <Saviq> tsdgeos, yeah
[15:19] <tsdgeos> i'd say it was similar to what we have now
[15:19] <tsdgeos> but old memories are treacherous
[15:19] <Saviq> tsdgeos, yeah, I'll try with some old image in a bit
[15:27] <dednick> Saviq: the silo one works
[15:28] <Saviq> dednick, so yeah, will be there in before tomorrow
[15:29] <mhr3> dpm, your request to do something about the paths is not exactly easy
[15:29] <mhr3> although i guess i could just run on the generated pot :)
[15:29] <mhr3> run sed*
[15:29] <dednick> Saviq: ah. i'm being an idiot. was doing bzr merge http://.... rather than lp: :)
[15:30] <Saviq> dednick, right, that might not have worked :D
[15:30] <dednick> heh.
[15:30] <dpm> hi mhr3. As I said, it was just a nitpick, not a big deal if it cannot be fixed
[15:30] <dednick> i just assumed it did
[15:31] <mhr3> dpm, anything can be fixed... it's just tricky :)
[15:35] <Cimi> Saviq, http://bazaar.launchpad.net/~saviq/unity8/split-common/revision/835
[15:35] <Saviq> Cimi, reduces any further diffs
[15:35] <Saviq> Cimi, when you add items to the same list
[15:35] <Saviq> Cimi, 'cause you don't need to add the ,
[15:35] <Cimi> sure
[15:36] <Cimi> haven't thought of that
[15:36] <Cimi> ok
[15:37] <Cimi> Saviq, approved
[15:37] <karni> Can't debug scopes in Ubuntu SDK. Known issue? &"warning: GDB: Failed to set controlling terminal: Inappropriate ioctl for device\n"
[15:37] <Saviq> Cimi, kk
[15:37] <karni> #ubuntu-sdk basically empty, I suppose this is the place to ask sdk related questions as well.
[15:51] <karni> elopio: Is there documentation/guidelines for writing tests for scopes?
[16:01] <elopio> karni: autopilot tests for the scopes?
[16:02] <karni> elopio: actually I'd be more interested in unit tests. any examples out there you know of?
[16:05] <elopio> karni: on the unity8 branch you will find tests/qmltests/Dash/tst_GenericScopeView.qml
[16:06] <elopio> but mzanetti or tsdgeos are the ones that can help you with that.
[16:07] <karni> elopio: yeah, I meant testing a c++ Scope, not the QML part of Dash toolkit. Anyways, will ask around. Thanks :)
[16:07] <elopio> karni: ok. alecu and his team has tests for the click scope.
[16:08] <karni> elopio: thanks!
[16:23] <alecu> karni: our coverage is far from perfect, but we are aiming to improve it
[16:24] <alecu> karni: we are using gmock and gtest for testing our scope; it's not the best for testing qt stuff, but we are slowly getting rid of qtisms in the scope code
[16:25] <alecu> karni: what scope will you be working on, and what network library will you use?
[16:25] <karni> alecu: confidential :D I'll talk to yoi when I'm back.
[16:25] <karni> uhh
[16:26] <karni> my canonical nick suggests I'm on lunch, not here ATM
[16:26] <karni> alecu: but already thanks for the hints, I'll get back to you!
[16:29] <alecu> you always lunch late :-)
[17:06] <Saviq> mterry, I unassigned you from bug #1267623 since your branch doesn't actually take you to apps (it does unlock, but doesn't go to apps)
[17:06] <Saviq> mterry, and that's all gonna change anyway when we move dash to be an app
[17:06] <mterry> Saviq, k
[18:34] <asac> 20:28 < asac> with bregma being on vacation who would know something about how the unity8 session with mir works?
[18:34] <asac> 20:28 < asac> on deslktop?
[18:34] <asac> 20:28 < asac> and lightdm etc.
[18:34] <asac> Saviq: ?
[18:38] <Saviq> asac, I would need to understand it more, is there any issue in particular?
[18:44] <asac> Saviq: ok i connected stgraber to you
[18:44] <asac> will be back in 1h
[19:03] <mhall119> Saviq: is shell rotation blocked by something still, or is it waiting the developer time to implement it?
[19:03] <Saviq> mhall119, https://blueprints.launchpad.net/ubuntu/+spec/client-1410-unity-ui-rotation
[19:50] <mhall119> thanks Saviq
[19:56] <mhall119> Saviq: mind if I add thoughts to the whiteboard on that BP?
[20:00] <mterry> dednick, did you see I replied on that indicator-sound MP?
[20:05] <Cimi> Saviq, all tracks are automatically buffered on playback of one item in the audio preview
[20:26] <Saviq> mhall119, not at all
[20:26] <Saviq> Cimi, huh? there's only one Audio element
[20:27] <Cimi> Saviq, when I tapped play I saw progressbar buffering on all of them
[20:27] <Cimi> probably because there's indeed only one
[20:27] <Cimi> yeah
[20:27] <Saviq> Cimi, yes, because you probably bound directly to the single Audio item, which was buffering the one it was playing
[20:27] <Cimi> sorry
[20:27] <Saviq> you need to check whether it's the one that's actually playing
[20:28] <Saviq> Cimi, isPlayingItem, btw
[20:29] <Cimi> Saviq, testing again, but should be fine https://code.launchpad.net/~cimi/unity8/unity8.audioPreview_buffer/+merge/217678
[20:32] <Saviq> Cimi, still connected directly, all will update their progress, even though invisible?
[20:32] <Cimi> they will
[20:32] <Cimi> but is invisible
[20:33] <Cimi> Saviq, what I can do is unset the rightMargin if !visible
[20:55] <dednick> mterry: thanks. i'll take a look tomorrow
[21:01] <Cimi> Saviq, ok tested and pushed the latter
[21:01] <Cimi> catch you tomorrow
[21:11] <Cimi> Saviq, don't review, implementation is wrong
[21:11] <Cimi> Saviq, bufferProgress is not 0 to 1 for the length of the file, but just the dataBuffer
[21:11] <Cimi> I don't know how many seconds those are, I will have to read the code of qtmultimedia
[21:11] <Cimi> pa pa!