[07:23] <didrocks> hey Saviq, how was your week-end?
[08:36] <didrocks> Saviq: still sleepy? ;)
[08:39] <Saviq> didrocks, wassup?
[08:41] <Saviq> didrocks, if it's about the unity8 crash, I haven't been able to retrace it (just ?? everywhere)
[08:42] <didrocks> Saviq: we still get it in the latest image
[08:42] <didrocks> Saviq: so, seems like a popular crash
[08:42] <Saviq> didrocks, it doesn't affect the tests does it?
[08:42] <Saviq> didrocks, as it's on exit?
[08:43] <didrocks> Saviq: we aren't sure it's on exit, my guess would be it is
[08:43] <didrocks> Saviq: are you certain it's on exit?
[08:43] <Saviq> didrocks, so it doesn't affect UX either
[08:43] <Saviq> didrocks, yes
[08:44] <didrocks> Saviq: ok, in that case, better to keep an eye on it, but not a blocker
[08:44] <Saviq> didrocks, yeah we are
[08:44] <didrocks> Saviq: thanks for the additional infos!
[08:45] <Saviq> didrocks, here's one on exit we managed to retrace: bug #1253685
[08:45] <Saviq> didrocks, but we don't really want to spend time fixing Qt 5.0 still, when 5.2 is around the corner and solves most of these for us
[08:46] <Saviq> (and comes with others that we need to be fixin')
[08:46] <didrocks> Saviq: agreed
[09:09] <mhr3> sil2100, morning, could you finish the unity-scopes-api packaging cleanup, so we can get it in distro?
[09:10] <mhr3> sil2100, there are some comments on the licence branch
[09:16] <sil2100> mhr3: sure
[09:20] <Cimi> tsdgeos, I didn't kill the headache friday :D
[09:20] <Cimi> I had to stay in bed till 8pm
[09:20] <tsdgeos> Cimi: better?
[09:20] <Cimi> yeah now I'm great
[09:20] <tsdgeos> \o/
[09:20] <Cimi> there was a beautiful sunrise this morning
[09:20] <Cimi> took a pic
[09:20] <Cimi> mmm
[09:23] <Cimi> http://i.imgur.com/09PG2jQ.jpg
[09:23] <Saviq> Cimi, nice one indeed!
[09:23] <Cimi> Saviq, it's the 55-210 with the nex 6
[09:24] <Saviq> Cimi, why the vignetting?
[09:24] <Cimi> Saviq, because I like it ;)
[09:24] <Saviq> Cimi, got it :)
[09:24] <Cimi> Saviq, but yeah in this pic I can remove it
[09:25] <Cimi> Saviq, but was 9am and decided to postpone the editing :)
[09:25] <Saviq> Cimi, it looks nice, don't get me wrong, was wondering if it's the lens or maybe some filter
[09:25] <Cimi> Saviq, I usually put vignette on purpose
[09:25] <Cimi> Saviq, this time it's due to the contrast
[09:26] <Saviq> Cimi, mhm
[09:26] <Cimi> Saviq, I need to bump the contrast and play with lights in a way I keep the black shape of buildings while making the rest brighter
[09:26] <Saviq> Cimi, yup
[09:26] <Saviq> Mirv, hey, tsdgeos fixed qtubuntu to build against rc1
[09:27] <Saviq> tsdgeos, although it stopped building against beta, that expected?
[09:27] <Saviq> https://launchpad.net/~canonical-qt5-edgers/+archive/qt5-beta2/+build/5255710
[09:27] <tsdgeos> Saviq: hrrmmm, lol
[09:28] <Saviq> ah it's the urlinterceptor that was made public, private, public, private...
[09:28] <tsdgeos> yeah
[09:28] <Saviq> so as long as it builds against rc1 that's fine
[09:28] <tsdgeos> i can remove the QtQuick include again
[09:28] <tsdgeos> :D
[09:32] <Saviq> tsdgeos, let's not target the beta ;)
[09:32] <tsdgeos> Saviq: https://code.launchpad.net/~aacid/qtubuntu/no_qtquick_megaheader/+merge/196503
[09:33] <Saviq> tsdgeos, ah it's only that
[09:33] <Saviq> tsdgeos, then yeah
[09:33] <tsdgeos> yeah
[10:06] <Saviq> mzanetti, got you a functional review of the expandables https://code.launchpad.net/~mzanetti/ubuntu-ui-toolkit/expanding-listitem/+merge/195602/comments/454602
[10:06] <mzanetti> Saviq: thanks
[10:07] <mzanetti> Ubuntu One - Service Temporarily Unavailable
[10:07] <Saviq> ugh :?
[10:08] <Saviq> mzanetti, try refreshing, worked for me after a few seconds
[10:08] <Saviq> mzanetti, either way also available at http://people.canonical.com/~msawicz/unity8/
[10:10] <mzanetti> Saviq: ok. works again
[10:11] <mzanetti> Saviq: they do collapse when you click outside, given they are used inside a Expandables*
[10:11] <mzanetti> Saviq: if you use them just standalong, they can't
[10:11] <Saviq> mzanetti, which point are you talking about?
[10:11] <mzanetti> Saviq: "Shouldn't it collapse as soon as you touch outside?"
[10:12] <Saviq> mzanetti, touch != tap
[10:12] <mzanetti> ah
[10:12] <mzanetti> Saviq: from what I understood from design this is how it should be
[10:12] <mzanetti> let me dig out the conversation
[10:12] <Saviq> mzanetti, those questions aren't really for you :)
[10:12] <Saviq> mzanetti, but to someone from design that will review this
[10:15] <mzanetti> Saviq: fyi: https://pastebin.canonical.com/100949/
[10:17] <Saviq> mzanetti, yup - seems the only missing thing is the 'continue scrolling when reached the end'
[10:18] <Saviq> mzanetti, but as we talked before, that's tricky from the users' perspective, I think
[10:18] <mzanetti> Saviq: yeah. which I told them in a later conversion about the issues we have with that
[10:18] <Saviq> mzanetti, right, I think it's fine to omit this for now
[10:18] <Saviq> mzanetti, even when we get "there" it shouldn't change the API, just the behaviour
[10:18] <Saviq> so we can fix later
[10:19] <mzanetti> yep
[10:19]  * mzanetti nods
[10:20] <mzanetti> Saviq: the two ThinDivider's is weird. I don't add a second one...
[10:21] <mzanetti> also I can't see it here. but it's clearly there in your video
[10:21] <Saviq> mzanetti, ah! it's only there when overshooting
[10:22] <Saviq> mzanetti, hence only visible on the Expandables*, but then it's not there without your branch...
[10:22] <Saviq> tricky...
[10:23] <mzanetti> humm...
[10:23] <Saviq> mzanetti, hmm must be some visual glitch maybe
[10:23] <Saviq> mzanetti, can't see it when maximized either
[10:24] <Saviq> yikes
[10:24] <mzanetti> Saviq: I can't see it here, no matter what I try. But I can see the UbuntuShape in the expanded area painting a bit weird
[10:24] <Saviq> it's actually there on mouseY = foo, not there on mouseY = foo + 1
[10:25] <mzanetti> ah. no. now I see it
[10:25] <Saviq> mzanetti, right, maybe it's actually the top of the shape
[10:25] <Saviq> mzanetti, it must be
[10:25] <Saviq> mzanetti, it's a rounding error
[10:26] <mzanetti> Saviq: where is this mouseY you are referring to?
[10:26] <Saviq> mzanetti, my pointer ;)
[10:26] <mzanetti> ah
[10:26] <Saviq> mzanetti, I meant that if I drag by foo pixels, it's not there, but if I drag one more pixel - it's back
[10:26] <Saviq> mzanetti, should be solved by the 'content overlays divider' anyway
[10:26] <mzanetti> mhm... yeah. that does sound like a rounding error indeed
[10:29] <tsdgeos> Saviq: the scopes.cpp code is now in whch bzr repo?
[10:29] <Saviq> tsdgeos, lp:unity-scopes-shell
[10:30] <tsdgeos> Saviq: do you mind me add a title property to the scopes model so it's easier to be used with the new SDK tabs? or prefer me to add an identitymodel that adds that new role?
[10:30] <tsdgeos> s/title property/title role
[10:30] <Saviq> tsdgeos, add away
[10:45] <mzanetti> Saviq: fixed the divider overlay glitch. will talk to design about the rest
[10:45] <Saviq> mzanetti, cheers
[10:48] <mzanetti> Saviq: one issue with the immediate expanding on click is that you can't really only collapse all the items any more
[10:48] <Saviq> mzanetti, true
[10:48] <mzanetti> (katie and christina are not around yet)
[10:48] <mzanetti> but I will ask them about this in any case
[10:48] <Saviq> mzanetti, I'm just poking holes, if they plug them that's completely fine
[10:49] <mzanetti> yeah, sure
[10:54] <tsdgeos> Saviq: https://code.launchpad.net/~aacid/unity-scopes-shell/addscopestitle/+merge/196514
[10:55] <Saviq> mhr3, ↑
[10:59] <mhr3> approved
[11:00] <mhr3> Saviq, btw i'll need someone who'll do reviews for stuff in that branch, who's going to be the lucky one? :)
[11:01] <mhr3> Saviq, i supposed tsdgeos/mzanetti/dednick are quite familiar with models and qt
[11:02] <Saviq> mhr3, there's plenty of us that can do that
[11:02] <Saviq> mhr3, just bug us
[11:03] <mhr3> ok
[11:25] <Saviq> /food
[11:29] <mzanetti> Saviq: mhr3: updated this: https://code.launchpad.net/~mzanetti/unity8/music-preview/+merge/193803 and created this: https://code.launchpad.net/~mzanetti/unity-scopes-shell/musicpreviewtrackmodel/+merge/196522
[11:32] <Saviq> mzanetti, cheers
[11:32] <davidcalle> mzanetti, hi, would you mind adding a harmless feature to ^ : not displaying the track length when it's == 0. There are cases where the music provider doesn't expose it and displaying 0 feels wrong.
[11:33] <mzanetti> davidcalle: makes sense
[11:34] <Cimi> is there a way from qml to get the type name of the component as string?
[11:36] <davidcalle> mzanetti, thx :)
[11:36] <davidcalle> /lunch
[11:44] <Cimi> Saviq, tsdgeos ^
[11:45] <tsdgeos> Cimi: what you need that for?
[11:45] <Cimi> tsdgeos, having a clever renderer name default
[11:45] <tsdgeos> objectName?
[11:45] <Cimi> tsdgeos, it weirdly didn't work
[11:47] <tsdgeos> no no
[11:47] <tsdgeos> i mean what do you mean by "renderer name default"?
[11:59] <Saviq> mhr3, you might want to look at https://code.launchpad.net/~mzanetti/unity-scopes-shell/musicpreviewtrackmodel/+merge/196522 too
[12:05] <mhr3> mzanetti, https://code.launchpad.net/~mzanetti/unity-scopes-shell/musicpreviewtrackmodel/+merge/196522/comments/454656
[12:07] <mzanetti> mhr3: hmm... dunno. I don't use them currently. We could as well drop those 2 roles
[12:07] <dandrader> Saviq, what do you think about unity8 publishing a d-bus interface for taking screenshots?
[12:07] <mhr3> mzanetti, pls do
[12:07] <mzanetti> mhr3: ack
[12:10] <mzanetti> mhr3: done
[12:11] <Saviq> dandrader, don't have better ideas, TBH
[12:11] <mhr3> mzanetti, thx, approved
[12:13] <dandrader> Saviq, so it's a sensible approach then?
[12:13] <Saviq> dandrader, wonder if it shouldn't go through the Mir connection, TBH
[12:13] <Saviq> dandrader, especially once we say we want screencasts, not only screenshots
[12:14] <Saviq> dbus won't be a good choice then
[12:14] <Cimi> tsdgeos, a name for the denreder
[12:14] <Saviq> dandrader, and it shouldn't be something unity8-specific, really, have you talked to Mir folk?
[12:14] <Cimi> tsdgeos, so in genericscopeview I can do if typeName != carousel do...
[12:15] <Cimi> property string rendererName is what I have now
[12:15] <tsdgeos> Cimi: typeof ?
[12:15] <dandrader> Saviq, just asked alf_ on how to take a screenshot using mirserver api.
[12:15] <Cimi> mmm let's see
[12:16] <dandrader> Saviq, and why dbus would be appropriate for screencasts? I was thinking about the resquestor saying "hey, take a screenshot and put it on /foo/bar.jpg"
[12:16] <mzanetti> Saviq: do you have a package for the upstart signals handy now?
[12:17] <Cimi> tsdgeos, weird
[12:17] <dandrader> the main target for the screenshots feature being autopilot
[12:17] <Cimi> tsdgeos, I'll just use rendererName
[12:17] <dandrader> atm
[12:18] <dandrader> Saviq, so, if I understood you correctly, you think a screenshot feature should be in the mir client API?
[12:18] <mzanetti> dandrader: I'd say so too, yes
[12:18] <dandrader> disclaimer, I don't have a strong opinion on the subject myself, that's why I'm asking around
[12:19] <Saviq> mzanetti, almost...
[12:20] <tsdgeos> maybe we should tell the ci guys about all those otto failures :D
[12:20] <Saviq> dandrader, it depends on the level of the API we're thinking
[12:20] <Saviq> dandrader, but once you want to implement something as functional as kazam
[12:20] <Saviq> dandrader, where you can select a window to screenshot / screencast
[12:20] <Saviq> the FPS
[12:21] <Saviq> dandrader, we'd either have to maintain a bug chunk of code (and API) somewhere between mir and unity8
[12:21] <Mirv> Saviq: right, I meant to answer you but I was preparing for a hangout and then forgot :) yes, I built qtubuntu for armhf already in the morning. I guess more modules rebuilds needed though still for u8 to start.
[12:22] <Saviq> Mirv, ok, please let us know if you need help
[12:22] <Cimi> tsdgeos, ok I need a different head here
[12:22] <Saviq> dandrader, or provide a low-level API and let the "other side" take care of encoding / compression / whatever
[12:23] <Mirv> Saviq: well if you wouldn't mind, try upgrading from qt5-daily and see if what kind of problem you hit with starting unity8. I somehow stuck with something already bound to xxx message even though I did initctl stop unity8 first.
[12:23] <Cimi> tsdgeos, line 450 of GenericScopeView
[12:23] <Cimi> tsdgeos, if you open the preview of the carousel
[12:23] <Cimi> swipe between the preview items
[12:23] <Saviq> Mirv, tried removing the mir_socket from /run/user/32011?
[12:23] <Cimi> tsdgeos, this Y changes
[12:23] <Cimi> :-\
[12:24] <Saviq> dandrader, in which case an API of "give me a buffer of region x,y,w,h, 15 times a second" would be enough, and the app would be responsible for doing what it needs doing
[12:24] <Saviq> dandrader, but for that dbus wouldn't be appropriate, IMO
[12:24] <tsdgeos> Cimi: shoot!
[12:24] <Mirv> Saviq: thanks for the tip, trying
[12:24] <Cimi> tsdgeos, tried printing y f the carousel but it's always the same
[12:24] <Cimi> 0
[12:24] <Cimi> something moves
[12:24] <Cimi> dunno
[12:25] <Mirv> Saviq: ok thanks, now I got a symbol lookup failure, no further help needed
[12:26] <tsdgeos> Cimi: yeah it's the list that moves
[12:26] <tsdgeos> the carousel is stuck at it's position
[12:26] <tsdgeos> and since the carousel is inside a loader
[12:26] <tsdgeos> it's always 0
[12:26] <tsdgeos> maybe the loader pos moves though
[12:26] <Cimi> yeah
[12:26] <Cimi> but why it doesn't for the flitergrid?
[12:29] <dandrader> Saviq, yeah, passing actual pixel data through d-bus is no-go
[12:31] <Saviq> dandrader, yeah, that's why I'm saying it depends on how far we wanna go now
[12:33] <Saviq> dandrader, if we can define a more-or-less-final API for this already, and just write a small utility around it, that'd probably be better than implementing an interim solution
[12:33] <Saviq> dandrader, OTOH protecting that API is important as well - we don't want any app to be able to take screenshots - we need to mediate it through apparmor
[12:34] <Saviq> dandrader, and while it's doable otherwise, it's certainly easier with DBus
[12:35] <dandrader> Saviq, that's why I thought about d-bus, because you can "easily" add access control to the interface later through d-bus policies
[12:36] <dandrader> Saviq, and such an api, at least for screenshots, would be dead-simple. the screencast use case is likely in a whole different league
[12:37] <Saviq> dandrader, sure, but then there's no reason why the utility around the "real" mir screen{shot,cast} API couldn't wrap it and expose the DBus API
[12:38] <Saviq> dandrader, FWIW that'd be a transition strategy ↑
[12:38] <Saviq> dandrader, so yeah, I'm of two minds :)
[12:39] <Saviq> dandrader, it'd be better / more future-proof to write it proper
[12:39] <Saviq> dandrader, but then it'd be easier to just have it going, especially if we don't have a plan for the future+proper solution yet
[12:40] <Cimi> tsdgeos, I think it's the fact it's still moving
[12:40] <Cimi> tsdgeos, the open effect is not finished
[12:40] <tsdgeos> hmmm
[12:40] <tsdgeos> need more context :D
[12:41] <tsdgeos> Cimi: what is still moving and when?
[12:41] <Saviq> dandrader, re: jenkins, there seems to be a problem with the mediumtests runner
[12:41] <Cimi> tsdgeos, i's expanding
[12:41] <Saviq> dandrader, ev is on it
[12:41] <Cimi> tsdgeos, currentIndexChanged of previewListView runs and sets itemY for the first time using a value that is not finalized
[12:42] <Saviq> mzanetti, should we not have bumped unity-scopes-shell version? is it safe if unity8 will upgrade without scopes-shell?
[12:42] <Saviq> mzanetti, I mean for the music preview?
[12:42] <tsdgeos> Cimi: is that a new bug?
[12:42] <tsdgeos> Cimi: or just happens in your branch?
[12:42] <dandrader> Saviq, "ev"?
[12:42] <Cimi> mmm I dunno
[12:42] <mzanetti> Saviq: yes, the upgrade should be safe. still, bumping the version probably would have been a good idea
[12:42] <Saviq> dandrader, Evan Dandrea
[12:42] <Cimi> tsdgeos, carousel preview is broken in trunk
[12:43] <Saviq> mzanetti, ABI changes, doesn't it?
[12:43] <Saviq> mzanetti, OTOH nothing's linking against it
[12:43] <mzanetti> Saviq: it's a qml plugin... it's resolved at runtime
[12:43] <Saviq> mzanetti, yeah, that
[12:43] <tsdgeos> Cimi: ah ok, i thought this was on the base-renderer branch
[12:44] <mzanetti> Saviq: but in any case I think we have 2 TODOs here:
[12:44] <Saviq> mzanetti, so yeah, nvm, if u8 won't fail regardless, we're fine not bumping
[12:44] <mzanetti> Saviq: - add scopes api to unity-api
[12:44] <Saviq> mzanetti, +1, when it's stable-ish
[12:44] <mzanetti> Saviq: - add some check that requires version number bumping on api changes in jenkins for unity-api and friends
[12:44] <om26er> There is something wrong with the order indicators are show. I drag the messaging indicator, it shows bluetooth indicator
[12:45] <tsdgeos> Cimi: it's broken as in "doesn't show up at all"?
[12:45] <Saviq> mzanetti, that will be part of the first one - API tests in unity-api
[12:45] <Saviq> mzanetti, since that will check for the type of the prop
[12:45] <Saviq> mzanetti, we could look at what UITK has - the .api files - /me doesn't know what they're about
[12:46] <Saviq> btu they seem to help with API stability
[12:46] <mzanetti> Saviq: yeah. that's great stuff
[12:56] <mzanetti> Saviq: we're green again :) https://code.launchpad.net/~mzanetti/unity8/music-preview/+merge/193803
[12:56] <Saviq> mzanetti, good
[13:00] <Cimi> tsdgeos, on trunk, no
[13:00] <Cimi> tsdgeos, works with my branch
[13:00] <Cimi> tsdgeos, but there is this bug and I don't know why
[13:14] <Cimi> tsdgeos, yeah contentY of the flickable containing the loader changes with the carousel
[13:14] <Cimi> tsdgeos, doesn't with the filter
[13:16] <Cimi> might be some stuff here...
[13:16] <Cimi> in previelistview
[13:29] <Saviq> mzanetti, packages for testing sigstop http://people.canonical.com/~msawicz/sigstop.tar.xz
[13:30] <mzanetti> Saviq: cheers
[13:30] <Saviq> mzanetti, real-life thing to test: drop the "sleep 2" script from /usr/share/upstart/sessions/maliit-server.conf
[13:30] <mzanetti>  \o/
[13:31] <Cimi> I don't know
[13:57] <tsdgeos> Cimi: ok, push everything and i'll have a look
[14:03] <Cimi> tsdgeos, thanks
[14:03] <Cimi> tsdgeos, I need to change task
[14:03] <Cimi> tsdgeos, not going anywhere on this
[14:10] <tsdgeos> Cimi: pushed?
[14:10] <Cimi> tsdgeos, it is
[14:10] <tsdgeos> ok
[14:10] <Cimi> tsdgeos, not my tests
[14:10] <Cimi> tsdgeos, like print out
[14:10] <tsdgeos> that's ok
[14:11] <tsdgeos> i'll have a look today, not now, need to finish some tests in the tabbar+dash thing
[14:11] <tsdgeos> Cimi: can you tell me exactly what i do to see the problem though
[14:11] <tsdgeos> ?
[14:11] <Cimi> tsdgeos, open preview with carousel
[14:11] <Cimi> tsdgeos, look at theY position of the crusel at the bottom
[14:12] <Cimi> tsdgeos, swipe the preview and notice the Y changes
[14:12]  * Cimi cooks a burger
[14:23] <mzanetti> Saviq: works with Mir and SF
[14:23] <Saviq> mzanetti, cool
[14:23] <mzanetti> Saviq: and wow! just was reminded how fast the Galaxy Nexus is with SF
[14:23] <Saviq> mzanetti, ;)
[14:23]  * mzanetti wants that with Mir :D
[14:23] <Saviq> mzanetti, I pushed some tweaks to the test today
[14:24] <Saviq> mzanetti, so please re-review and let's land this
[14:25] <mzanetti> ack
[14:46]  * mzanetti installs emulator
[14:58] <mzanetti> greyback: Saviq: both approved. works fine here
[14:58] <greyback> mzanetti: cool, thanks!
[14:58] <Saviq> mzanetti, the unity8 won't land before unity-mir builds, though
[14:58] <mzanetti> sure
[14:59] <Saviq> mzanetti, unapproved
[14:59] <Saviq> mzanetti, will take care of it, thanks
[15:12] <mzanetti> dammit. note to myself: don't press ctrl+c in the emulator's console
[15:14] <Saviq> mzanetti, yeah just don't use it at all - ssh / adb as usual
[15:14] <mzanetti> yep
[15:15] <Saviq> mzanetti, or well, this is a bug I'd say
[15:15] <mzanetti> seems so
[15:15] <mzanetti> you know what sucks :D. When you see the display of your phone lighting up. You know there is an incoming phone call with a hidden number but you just can't accept it.
[15:16] <Saviq> mzanetti, there a bug #?
[15:16] <mzanetti> yes
[15:16] <mzanetti> lemme search
[15:16] <Saviq> mzanetti, feels like one that should be escalated
[15:17] <mzanetti> Saviq: https://bugs.launchpad.net/telephony-service/+bug/1238933
[15:17] <davmor2> mzanetti: it's less that SF is faster, it's mostly that it is consistently smoother which in turn makes it feel a hell of a lot faster I think :)
[15:18] <mzanetti> davmor2: I would say that for the Nexus 4. But for the Galaxy Nexus Mir definitely is slower. much slower
[15:18] <Saviq> davmor2, how do you define smoother vs. faster?
[15:19] <Saviq> mzanetti, mhr3 small one https://code.launchpad.net/~saviq/unity-scopes-shell/platform-minimal/+merge/196557
[15:20] <mzanetti> Saviq: this only c++ tests?
[15:20] <Saviq> mzanetti, yes
[15:20] <mzanetti> ok then
[15:20] <Saviq> mzanetti, there's no other ones there
[15:21] <davmor2> Saviq: so things like scrolling is juddery and feels much slower on mir, on sf because its speed and smothness is consistent it therefore feels much faster, where as it may only be slightly faster to display if that makes any sense
[15:23] <Saviq> davmor2, I think it does not make sense to me ;) - it's just that "speed" of a display server in that sense can only be measured in how many frames get to the display every second
[15:24] <Saviq> davmor2, which equals smoothness
[15:26] <mhr3> Saviq, why is that necessary?
[15:27] <Saviq> mhr3, otherwise some of the tests try to access the display
[15:27] <Cimi> it'd define smoothness vs faster talking about frame drops
[15:27] <Saviq> mhr3, without you wanting it, just that the (default) xcb plugin excepts it to be there
[15:27] <mhr3> hm, but it was passing on ci
[15:27] <Saviq> mhr3, must be it granted access to display somehow - or maybe they're exporting that globally
[15:27] <Cimi> I'd
[15:27] <Saviq> mhr3, failed for me in sbuild
[15:28] <davmor2> Saviq: so for me speed is how quickly things are displayed initially these seem to be on par, ie opening an app, clicking on something in the dash and it expanding and swipes of the indicators etc. The smoothness is down to perceived speed if it is smooth it seems faster, if it is juddery it feels slower
[15:28] <mhr3> Saviq, very well
[15:28] <Cimi> davmor2, on frame drops maybe
[15:28] <Saviq> davmor2, yeah, but that's not related to Mir or SurfaceFlinger, as they're not doing the work
[15:28] <Cimi> if everything is in sync, it feels smooth
[15:29] <Saviq> davmor2, only thing they can do is say "bleh, I'm not ready for that frame, let's drop it"
[15:29] <Cimi> when the framerate is not consistent, it's not smooth
[15:29] <Saviq> davmor2, even if the application is ready with it
[15:29] <Saviq> davmor2, and that results in judder etc.
[15:29] <Saviq> davmor2, so it's not that Mir causes overall slowdown of the device, of course
[15:29] <Saviq> davmor2, that would suck big time
[15:29] <Saviq> davmor2, it's just that it can't juggle the frames as fast
[15:30] <Saviq> davmor2, 'cause it's not optimised for the Galaxy
[15:30] <mzanetti> meh... someone keeps on calling me with a hidden number...
[15:30]  * mzanetti switches to his good old nokia phone
[15:30] <Cimi> :)
[15:30] <Cimi> tsdgeos, reproduced?
[15:31] <tsdgeos> Cimi: sorry, still busy in the other one :-/
[15:43] <mhr3> Saviq, right now to switch between old and new scopes you have to change the import statement in about 5 qml files, is there a way to make it simpler where you'd need to change just one thing?
[15:47] <Saviq> mhr3, right, I was wondering about that - easiest would be to have the new scopes in a different import path and keep the version number the same for now
[15:47] <Saviq> mhr3, as then you'd just export QML2_IMPORT_PATH
[15:47] <Saviq> mhr3_, right, I was wondering about that - easiest would be to have the new scopes in a different import path and keep the version number the same for now
[15:47] <Saviq>  mhr3_, as then you'd just export QML2_IMPORT_PATH
[16:04] <undefined1> Hello there I have some questions about unity8 and was directed here.  my questions are as follows.  How do I add previews to a Carousel ? I see that I can use the model.icon/title ect but it seems that the gridviews that have previews also are in some sorta model.  I am a little bit lost any docs on this ?
[16:05] <undefined1> or should I just make a loader that has propertys for each of the model types ?
[16:07] <undefined1> 2nd question is about filtering out data in the dash.  There seems to be the c++ code in the backend and I have exposed most of this to QML but it is still not showing up.  is there people working on this and if so where are blueprints.  Thanks .
[16:17] <mhr3_> sil2100, ping? managed to fix the license branch?
[16:30] <didrocks> Saviq: any news on the indicator thingy?
[16:31] <Saviq> didrocks, yeah, doesn't help it seems
[16:33] <didrocks> Saviq: can you work on that (with a test of course once fixed?) it seems some people are upset because of it
[16:33] <didrocks> Saviq: at least, to know where it comes from
[16:34] <Saviq> didrocks, yes, I'll try and pinpoint where this happened
[16:34] <Saviq> didrocks, where do we have the image vs. image diff again?
[16:35] <didrocks> Saviq: seems it happened in image 27
[16:35] <didrocks> which had:
[16:36] <didrocks> http://people.canonical.com/~ogra/touch-image-stats/20131120.2.changes
[16:36] <didrocks> so, it can be Mir… sounds plausible to you? (for the matching?)
[16:36] <Saviq> didrocks, huh :/ nothing related there
[16:37] <Saviq> didrocks, no
[16:37] <didrocks> http://people.canonical.com/~ogra/touch-image-stats/20131119.changes
[16:37] <didrocks> that was image 24
[16:37] <Saviq> didrocks, and it's fine on 24?
[16:37] <didrocks> but as 24/25/26 was respin quite fast
[16:37] <didrocks> maybe peopel didn't notice
[16:38] <didrocks> people*
[16:38] <Saviq> didrocks, ok, I'll start from there
[16:38] <didrocks> Saviq: do you have it in image 29?
[16:38] <Saviq> didrocks, not sure which one I've flashed
[16:38] <didrocks> yeah, I do
[16:38] <didrocks> nevermind
[16:38] <undefined1> Saviq: do you know what the plans are for the previews in carousel mode ? or adding filters to the dash scopes ?
[16:38] <didrocks> Saviq: the toolkit seems to be the most obvious offender
[16:39] <Saviq> didrocks, inded
[16:39] <mhr3_> pete-woods, could you review https://code.launchpad.net/~nick-dedekind/qmenumodel/lp1199423/+merge/196284 pls?
[16:40] <Saviq> undefined1, we have branches lying around for those, but will wait for the new scopes API work
[16:40] <Saviq> undefined1, so that we don't have to do it twice
[16:42] <undefined1> Saviq:  I see that is what I thought.  I was playing around with the model.icon/dndUri ect to make fake previews for it. Saviq do you know where the blueprints are for the lens/scope work ?
[16:43] <undefined1> I have been hacking on the plugins for my own use case
[16:43] <undefined1> mainly Unity0.1
[16:43] <Saviq> undefined1, here's the new one https://blueprints.launchpad.net/ubuntu/+spec/client-1311-scopes
[16:43] <undefined1> thanks
[16:43] <Saviq> undefined1, but anyway, previews with carousel should work fine
[16:43] <Saviq> undefined1, might need a long-press though
[16:44] <undefined1> Saviq: onPressandHold:  but how to call and from where ?>
[16:44] <undefined1> do I need to add statement to basescope ?
[16:44] <undefined1> I can not seem to figure out how they are getting called in the gridviews
[16:45] <undefined1> ATM I am just loading a new page over the dashContent to make carousel previews
[16:45] <sil2100> mhr3_: yes, it can get rereviewed/reapproved I guess?
[16:45] <Saviq> undefined1, it's there already in GenericScopeView.qml:198
[16:45] <undefined1> Saviq:  thanks that is what I was looking for your great !
[16:45] <Saviq> undefined1, maybe let's define what you mean by "carousel previews"
[16:46] <Saviq> undefined1, if you mean getting a preview from a carousel, that should work already
[16:46] <undefined1> carousel or coverflow view from the dashContent is what I mean.  there is nothing in the delegate that lets me fire off previews.  Only in the grid views
[16:47] <pete-woods> mhr3_: I've had a look at it, as commented, I'm concerned about the API break, but the rest of the changes look good to me
[16:48] <Saviq> undefined1, there's definitely a branch that does that
[16:48] <Saviq> undefined1, https://code.launchpad.net/~cimi/unity8/carousel-music-video/+merge/192118
[16:48] <Saviq> undefined1, it's work in progress, though
[16:48] <undefined1> Cool yeah I was just looking at the function collapseAllButExpandedCategory() seems cool.
[16:49] <undefined1> the one that you pointed out
[16:52] <undefined1> Saviq:  sorry for all the questions. Last one for now. How does the shell know that it is or is not tablet vs phone ? thanks
[16:52] <didrocks> Saviq: ok, tested, it's the toolkit
[16:52] <undefined1> I see that there is the property in the Shell.qml to set the width.  But how does it know if it is tablet ?
[16:52] <Saviq> didrocks, right
[16:53] <Saviq> undefined1, there's no difference between phone and tablet other than the aspect ratio is there
[16:53] <Saviq> undefined1, it's just bigger
[16:54] <undefined1> Are there plans to tie in mir to tell what the width/.height is and then apply to the property ?
[16:54] <Saviq> undefined1, so no, we don't have (and don't mean to have, if we can avoid it) a clear distinction between phone and tablet
[16:54] <Saviq> undefined1, you already know that
[16:54] <Saviq> undefined1, your app's widht/height is what you should be looking at
[16:56] <undefined1> Saviq:  so there are plans to expose Mir things like width and height to QML Bindings so that it will be set on its own say for also the desktop ?
[16:57] <Saviq> undefined1, it's just your window's width/height you should look at, not at the screen
[16:58] <Saviq> undefined1, even if your app needs to care if it's the phone or a tablet, it rarely actually cares about that, but rather if it has GSM, for example
[16:58] <Saviq> undefined1, phone vs. tablet is just not a valid distinction
[16:59] <undefined1> Ohhh.... I see.  Saviq  I am new to the sdk but not to C++/Qt is there anywhere that I can learn more about units. I heard about this from a co-worker.
[16:59] <mhr3_> pete-woods, ah, nice catch, but i guess the fix has to wait for nick as it's his branch
[16:59] <mhr3_> sil2100, yep looks good, approving
[17:00] <Saviq> undefined1, http://developer.ubuntu.com/api/qml/sdk-1.0/Ubuntu.Components.Units/ should be a start
[17:01] <undefined1> Cool and thanks
[17:04] <undefined1> Saviq:  do you know if there is a branch that has filters for the dash in it. I see that there is the C++/QT work in the plugins lib but it is not exposed to qmlRegisterType via the plugin.cpp/h files.  Is there a branch that has alpha work on that ?  thanks again truly that is my last question.
[17:05] <undefined1> Like filter.h filters.h ratingsfilter.h radiooptionfilter.h checkoptionfilter.h multirangefilter.h radiooptionfilter.h
[17:07] <karni> thostr_: hi!
[17:07] <karni> thostr_: How's it going Thomas :)? You still around?
[17:07] <thostr_> karni: yes, still here
[17:08] <karni> thostr_: Perfect. I've got some questions for you that me, cwayne and ssweeny are interested in hearing some answers for :)
[17:08] <thostr_> karni: just shoot :)
[17:08] <karni> thostr_: In general, we'd like to implement more complex scopes and were wondering what technologies we could use.
[17:08] <karni> We know that there's a weather scope that does geolocation
[17:08] <karni> Right, cwayne?
[17:08] <cwayne> in general, we were looking into writing scopes that might have more complex UI elements than just a gridview
[17:08] <cwayne> karni, yeah
[17:09] <karni> thostr_: Wild question - could we use HTML5 (fully or partially) for scope content?
[17:09] <thostr_> karni: no html5
[17:10] <karni> thostr_: And another question (just shooting them at ya :) - do you know if we can playback videos from within the scope (i.e. thinkg of a thumbnail preview rather than full screen video)
[17:10] <Saviq> undefined1, yup, here it is https://code.launchpad.net/~nicolas-doffay/unity8/filter-selector/+merge/191145
[17:10] <thostr_> karni: but we're currently working on extending the layouts
[17:10] <Saviq> undefined1, work in progress as well
[17:10] <om26er> I don't know what changed recently but I see bug 1254793 now and that's a bit annoying
[17:10] <karni> thostr_: Another wild follow up question - is a webview too heavy to be included in a scope body then?
[17:10] <undefined1> thnks again Saviq  look forward to hacking on this with you all
[17:11] <thostr_> karni: in general, we want to offer some kind of dash toolkit
[17:11] <karni> thostr_: ssweeny: are scopes somehow constrained to GridViews?
[17:11]  * karni nods
[17:11] <karni> FTR you guys know much more about scopes than I do, thus all my questions
[17:11] <thostr_> karni: : that will offer more customization possibilities for scope authors but is still somewhat restricted to maintain a common look/feel/behaviour across scopes
[17:12] <karni> thostr_: check out the link I sent you
[17:12] <thostr_> karni: same will apply to previews. but a webview is currently not on our list... for normal dash it will definitely be too heavy
[17:12] <karni> thostr_: That should give a bit better undestanding of what we're aiming at
[17:13] <karni> thostr_: What about using a webview in a master scope? Would that be possible? (rather than subscopes with the dash search)
[17:13] <karni> thostr_: Basically, we're looking at most flexibility possible at current stage of development.
[17:14] <cwayne> karni, well a master scope is essentially just a collection of sub scopes
[17:15] <karni> cwayne: say, if we were to implment the weather scope that you mentioned, that's a single result (assuming you don't want to view weather in multiple locations)
[17:15] <cwayne> karni, check out the weather scope on your laptop, its the same scope
[17:15] <karni> perhaps we could override master scope body with something else than subscopes (if that even makes any sense)
[17:15] <cwayne> it'll just show different days
[17:16] <cwayne> thostr_, is there an eta for when scope authors may be able to implement more specific layouts?
[17:17] <Saviq> undefined1, ditto
[17:18] <thostr_> cwayne: we hope to have at least first iteration of new API by end of this year
[17:19] <karni> thostr_: so, does this basically mean currently scopes are constrained to showing results in grid like fashion only?
[17:19] <karni> (sorry if that's just stating the obvious)
[17:19] <thostr_> current scopes: yes
[17:19] <karni> aha
[17:43] <Saviq> mhr3_, https://code.launchpad.net/~saviq/unity8/use-api-plugindir/+merge/196607
[17:47] <mhr3_> Saviq, are you sure you want the fallback to be a fatal message?
[17:49] <Saviq> mhr3_, it's not the fallback
[17:49] <Saviq> mhr3_, we require libunity-api-dev
[17:49] <Saviq> mhr3_, and that's supposed to have those paths in there
[17:49] <mhr3_> Saviq, yea, but now you require its very latest version
[17:49] <Saviq> mhr3_, if it doesn't - I wanna know ;)
[17:50] <mhr3_> it's just - i'm not sure everyone is running T yet :)
[17:50] <Saviq> mhr3_, everyone who's hacking unity8 are
[17:50] <Saviq> mhr3_, or soon will be
[17:50] <Saviq> ;)
[17:50] <mhr3_> if you say so :)
[17:51] <mhall119> mhr3_: thostr_: newest Scopes API is up: http://developer.ubuntu.com/api/scopes/ubuntu-13.10/
[17:51] <mhr3_> but yea, looks fine otherwise
[17:51] <mhr3_> mhall119, you should be careful with the word "newest", cause that's not the newest :P
[17:54] <thostr_> mhall119: this looks good!
[17:54] <cwayne> thostr_, hey, are C and python and vala the only supported languages for writing a scope today?
[17:54] <thostr_> mhall119: so, it's only us who need to provide better doc content in future
[17:55] <thostr_> cwayne: yes, but that will change with 14.04
[17:55] <cwayne> thostr_, to include what else? go?
[17:55] <thostr_> cwayne: plan is go and js
[17:55] <thostr_> cwayne: and c++
[17:55] <cwayne> thostr_, ack, thanks
[17:55] <mhr3_> cwayne, -c, -python, -vala, +cpp, +go, +js
[17:56] <mhr3_> just to make it clear
[17:56] <thostr_> cwayne: karni scheduled a meeting for tomorrow to walk through all the details
[17:56] <cwayne> mhr3_, ah thanks, i didn't realize we were removing that support
[17:56] <karni> yes, Chris and Scott are invited
[17:57] <karni> mhr3_: thanks
[18:05] <mhr3_> Saviq, looking at unity's debian/control it seems like i forgot to remove some deps (libunity, libunity-core) with the move to unity-scopes-shell, mind removing those in the plugindir branch?
[18:06] <Saviq> mhr3_, will do
[18:12] <mhr3_> Saviq, and by getting rid of those we could maybe disable the QT_NO_KEYWORDS :)
[18:15] <Saviq> mhr3_, we don't want that anyway
[18:15] <mhr3_> owwwh :/
[18:15] <mhr3_> but, but... it looks nice :)
[18:24] <mhall119> mhr3_: well, the newest stable release ones :)
[18:28] <mhall119> mhr3_: I've only included the C API for now
[18:28] <mhall119> we can work out how to support other languages in 14.04
[18:38] <mhr3_> mhall119, well it definitely looks better than what we had until now, and since we don't want to promote the python bindings, it's a good thing that it doesn't mention them
[18:38] <mhr3_> anyway, i'm out
[18:43] <undefined1> Where can I find the API docs for OptionSelectorDelegate ?
[18:43] <undefined1> thanks
[18:44] <mhall119> undefined1: you mean http://developer.ubuntu.com/api/qml/sdk-1.0/Components.Components.OptionSelector/ ?
[18:45] <mhall119> or is OptionSelectorDelegate a newer component
[18:48] <undefined1> mhall119:  it seems that it is replacing ItemSelectorDelegate  from ListView elements  line 537  http://bazaar.launchpad.net/~nicolas-doffay/unity8/filter-selector/view/head:/Components/PageHeader.qml
[18:49] <undefined1> things like onExpandedChanged ect have different names it seems I could be wrong this is only my 1st week with the sdk
[18:49] <mhall119> ah, not part of the SDK components then
[18:50] <undefined1> mhall119:  I think that it is. I am reading the source to that page that you sent. and it seems that things are just named different.
[18:51] <undefined1> like dividerExpanded vs CurrentlyExpanded
[18:54] <Saviq> undefined1, mhall119, OptionSelectorDelegate is just a base class for OptionSelector's delegate
[18:54] <Saviq> or maybe the default one
[18:55] <Saviq> undefined1, mhall119, not sure why its docs are not published, though
[18:55] <Saviq> other than that it's a new component
[18:56] <mhall119> Saviq: depending on how new, it might not have existed when I generated the docs
[18:56] <Saviq> mhall119, should be there at the same time the OptionSelector got added
[18:56] <Saviq> mhall119, maybe a week after
[18:56] <Saviq> mhall119, undefined1 anyway the docs are always there in the .qml files http://bazaar.launchpad.net/~ubuntu-sdk-team/ubuntu-ui-toolkit/trunk/view/head:/modules/Ubuntu/Components/OptionSelectorDelegate.qml
[18:58] <undefined1> thanks Saviq  and mhall119  I was looking for expanded:  property.
[18:58] <Saviq> undefined1, that's on OptionSelector, not on the delegate
[19:02] <undefined1> yeah That is where I was going wrong. I should figure out highlights and all that also. Just need to study all the Elements that you all have made for the sdk.
[19:04] <undefined1> Saviq:  are there other things that are used for desktopfile readers that use QFile and what not plugings or more c++ plugins that are not just under unity 8 and libdee stuff ?
[19:04] <undefined1> other classe
[19:04] <undefined1> classes *
[19:04] <Saviq> undefined1, for desktop file readers, make sure you read ubuntu-phone ML - there was a recent thread on standardizing it
[19:05] <undefined1> ML ?
[19:05] <Saviq> mailing list
[19:05] <Saviq> undefined1, as for other classes... not sure what you mean, but there's a bunch of things we import runtime, from lp:unity-notifications, from lp:unity-scopes-shell, for example
[19:05] <undefined1> ahh yes I should sign op to that.
[19:07] <undefined1> Saviq:  what about mir stuff I see windows and stuff like that, under Utils libs. I know that Mir is new and all but are there plans to make something like Qt.Quick.Windows but not for X11 but for Mir ? thanks again
[19:07] <mhall119> Saviq: BTW, if you want to host API docs for Unity8-specific QML components, we can support that on the new API website
[19:07] <Saviq> undefined1, right, that comes from lp:unity-mir
[19:08] <Saviq> mhall119, those are not public, so not much sense to host them
[19:08] <mhall119> it would help anybody who's contributing to Unity 8 itself, but I suppose they can just use offline docs for that too
[19:08] <Saviq> mhall119, stuff that's usable for others we try to push up to the UITK
[19:08] <undefined1> thanks again Saviq  ... back to hackking
[19:08] <Saviq> mhall119, that's assuming we're documenting it at all ;)
[19:08] <mhall119> of course we're documenting it all, right?
[19:08] <mhall119> ;)
[19:09] <Saviq> yes, there's a few thousand SLOC of documentation
[19:09] <Saviq> in QML
[19:09] <Saviq> ;P
[19:16] <undefined1> Saviq:  I like the filter options.  http://picpaste.com/cdcded76f3f9228d92c93dde6ae4c440.png   thanks for showing me the code that was already wrote so I was not writing it again myself.
[19:16] <Saviq> undefined1, they're really dumb for now, though (only one item selected at any one time)
[19:17] <Saviq> undefined1, and the biggest issue there it has the first item selected, even if it's not really selected
[19:17] <Saviq> undefined1, something that'd have to change in lp:unity-scopes-shell, but we've decided to do this in the new scopes apis
[19:17] <Saviq> so this one's on hold for now
[19:18] <undefined1> Yeah I was just testing that all out there is a lot of room for imporvment. But like you where saying about unity-scopes-shell... Is that what you work on ?
[19:18] <undefined1> or the shell all-together ?
[19:20] <undefined1> Saviq:  Ohh I see. you are moving all the plugin libs aka Unity 0.1 too its own little area and calling it unity-scopes-shell, Well hacking on it I take it.
[19:21] <Saviq> undefined1, yeah, we're moving it out, really 'cause there's a different team responsible for it, and yeah, hacking on it is easier when it's separate, too
[19:21] <undefined1> +1
[19:24] <undefined1> I am going to try and add radiooptionfilters (qml ones) to the list and see if I can make it so that I can use multiple options in the filter
[19:25] <Saviq> undefined1, thing is that OptionSelector widget isn't really useful for multiselection
[19:25] <Saviq> undefined1, as how would you display the multiple items selected when collapsed
[19:26] <Saviq> anyway
[19:26] <Saviq> about time to go AFK
[19:26] <Saviq> o/
[19:31] <undefined1>  \o
[21:29] <veebers> Saviq: are you still around?
[21:29] <Saviq> veebers, yup
[21:29] <veebers> I'm having trouble building the unity8 debs
[21:30] <veebers> Saviq: I was hoping you could help me out :-) I've been using pbuilder, but I assume you use something different? sbuild perhaps?
[21:31] <veebers> Normally the command I use is: pdebuild --buildresult ../DEB-phablet/ -- --basetgz /var/cache/pbuilder/saucy-manhattan.tgz
[21:33] <veebers> but it seems to stall after a while (I'm just in the process of getting more details for when it stops). Building for desktop/amd64 works fine, just not for arm
[21:34] <Saviq> veebers, yeah, pbuilder was just too slow for me, sbuild is great
[21:34] <Saviq> veebers, building for arm in qemu is rarely the best thing to do, though
[21:35] <Saviq> veebers, whether it's pbuilder or sbuild - it's just slow (gonna be slower than Galaxy Nexus, fwiw)
[21:35] <veebers> Saviq: ah nice, anything faster sounds good. I assume I have to do more than the 2 commands mentioned in "Local Setup" found here? https://wiki.ubuntu.com/CrossBuilding
[21:35] <veebers> Saviq: ah ok, so you're suggesting building on the device
[21:35] <Saviq> veebers, actual cross building is a whole other beast I'm afraid
[21:35] <Saviq> veebers, and is not working well yet
[21:35] <veebers> ah ok ^_^
[21:36] <Saviq> veebers, we're getting there, and around January, hopefully, it should work exactly with the two commands mentioned
[21:36] <Saviq> veebers, I actually have sbuild with ccache set up on my Nexus 10
[21:36] <Saviq> veebers, depends on what devices you have
[21:37] <veebers> Saviq: oh. is it setup to use the home directory for config/data so you don't have to set it up again after a flash?
[21:37] <veebers> I have a Galaxy Nexus
[21:38] <Saviq> veebers, yes, it is
[21:38] <Saviq> veebers, let me package you some scripts I have around this
[21:38] <veebers> Saviq: that would be awesome, thanks!
[21:40] <Saviq> veebers, http://people.canonical.com/~msawicz/sbuild.tar.xz - should be more or less self-explanatory
[21:40] <Saviq> veebers, just run with --setup after every flash
[21:40] <veebers> Saviq: nice thanks, I'll try that out
[21:41] <Saviq> veebers, and without on every boot (it needs to bind-mount/symlink some stuff)
[21:41] <Saviq> veebers, https://wiki.ubuntu.com/SimpleSbuild is the simplest sbuild setup I could compose
[21:41] <Saviq> veebers, and you'll need a step from there to generate the gpg keys
[21:41] <Saviq> veebers, namely 'sbuild-update --keygen'
[21:42] <Saviq> veebers, one manual step that's still needed
[21:42] <veebers> Saviq: ack, I'll take a whack at that today
[21:42] <Saviq> veebers, is changing 'aufs' to 'unionfs' in /etc/schroot/chroot.d/* after creating the chroot
[21:42] <Saviq> veebers, cheers, let me know if you have any issues with it
[21:42] <veebers> will do
[21:49] <undefined1> Saviq:  I set the filters to set them-selfs up by rendererName works alright now I am writing a delegate for each
[21:57] <Saviq> veebers, on the unity8 ap tests in py3 - I'm waiting on a comment from you to ACK it
[21:57]  * veebers checks comment
[22:00] <veebers> Saviq: I'm responding, just have a meeting now
[22:00] <Saviq> veebers, no worries, will look at it tomorrow anyway
[22:00] <veebers> Saviq: ack
[22:20] <Saviq> mhr3_, right, let me bring back the json thingy
[22:21] <Saviq> mhr3_, pushed
[22:50] <mhr3_> Saviq, thx, acked