=== duflu_ is now known as duflu [07:26] Saviq: hey! I saw robru released unity8 without qmenumodel (both were listed in the landing ask), is there any risk if I kick an image without qmenumodel? [07:39] didrocks, the bug won't be fixed [07:39] grrr, I wonder how robru confirmed the fix then… [07:39] * didrocks *sigh* [07:40] didrocks, well, it's a race [07:40] didrocks, so he might not have encountered it [07:41] ok [07:41] Saviq: I'm building qmenumodel right now [07:41] will deliver and quick an image with it [07:41] didrocks, cool, thanks [07:42] didrocks, I found the issue with bug #1256061 - it's unity8 and the indicator in the end - have a fix for unity8 ready, need yet to write a test [07:42] bug 1256061 in Unity 8 "clock forcefully switches from 24h to 12h AM/PM format once the panel clock is loaded" [High,In progress] https://launchpad.net/bugs/1256061 [07:42] Saviq: argh, ok. I'll have to explain that to management then :/ [07:43] on the "why did we release unity8 without the fix" [07:43] Saviq: I'll try to put it nicely ;) [07:44] didrocks, well, that bug wasn't blocking [07:44] Saviq: for the unity8 release yeah, it was [07:44] didrocks, ah right, damn [07:44] Saviq: do you think this is going to land soon? [07:44] but was attributed to qtubuntu [07:44] if so, we can bundle it to the same image :) [07:44] didrocks, well, today [07:45] Saviq: if it's in the incoming hour, we can [07:45] didrocks, but some hours ahead for sure [07:45] but ok, so will be too late [07:45] nevermind, keep getting things landing :) [08:40] Saviq, for getting https://bugs.launchpad.net/unity-api/+bug/1258057 [08:40] Ubuntu bug 1258057 in Unity API "unity-api fails to build against Qt 5.2" [Critical,In progress] [08:41] Saviq, sorry, I meant this http://paste.ubuntu.com/6557929/ [08:41] Saviq, did you just "bt" or did you also add some arguments [08:41] for printing out variables on each frame [08:42] dandrader, that was `bt full` [08:42] ah [08:42] didn't know that one, always used just "bt" [09:11] Saviq, is that a normal output for testLauncher from unity-api? http://pastebin.com/d4EKTZ9k (btw, Ubuntu's pastebin refused this text) [09:12] I wonder if I'm missing something in my setup... [09:12] dandrader, looks that way [09:13] the test didn't fail though... [09:13] dandrader, yeah, that's just warnings [09:13] dandrader, should be cleaned up anyway, true [09:14] Saviq, so you don't get those warnings? [09:14] dandrader, yes I do [09:15] ah, ok. then my setup is fine [09:15] dandrader, sorry, the "looks that way" was to your previous message [09:15] Saviq, I didn't get any crash in the tests. but testApplication failed, but without crashing [09:16] dandrader, under 5.2 on i386? [09:16] Saviq, that's with the "stable" qt5 branch on a i386 chroot [09:16] dandrader, ah, stable is 5.1 [09:16] erm [09:16] 5.2.1 [09:16] dandrader, maybe it was fixed between 5.2 and 5.2.1 [09:16] so that's good news I suppose [09:17] dandrader, yeah, would be awesome to bisect and get the commit into our packages [09:17] will check why testApplication is failing... [09:30] mzanetti, ping :) [09:30] hi Cimi :) [09:31] mzanetti, did you go any further with the exploration? is there anything you suggest ding? [09:31] *doing [09:32] Cimi: did you find out if its related to that hack? [09:32] nope, didn't try actually [09:33] Cimi: iirc there was some discussion lately regarding dynamically adding/removing tabs. I think the Tabs component gained support for that recently. So I'd say way to go would be to check out if that hack is actually needed any more and if removing it fixes the issue [09:33] as that's the only thing I can think of what's different in apps and unity8 [09:34] maybe dednick can explain what exactly is this hack for [09:34] I didn't fully understand the bug report tbh [09:49] https://code.launchpad.net/~aacid/unity8/verticalJournal/+merge/198897 is up if anyone wants to do some view reviewing [09:49] Saviq: i'll do hJournal next and try to share as much code as possible with the vJournal [09:50] mzanetti, it does not fix the issue [09:53] Cimi: strange [09:54] tsdgeos, yup, great [09:54] Cimi: I guess at this point I would start with a new file and Tabs, and starting to build the same thing (with repeater etc) until the issue is reproducable outside of unity [09:55] mzanetti, I think it might be for the loaders? [09:55] dandrader: totally right [09:55] dandrader: and something like what listviewwithpageheader.cpp has on the top [09:55] explaining a bit the code won't hurt either [09:56] Cimi: Don't know... but yeah. the fact that the width is set multiple times suggests something like this [09:58] Saviq: tsdgeos: can we leave out policy changes from cross-compilation fixes? i.e. at the moment unity8 generates dbus code at build time, and I simply fixed it to succeed when cross-compiling. [09:58] Saviq: tsdgeos: changing when dbus code is generated, or stored. is not my proposal at all. [09:59] xnox: as said it looks good to me, but i'll let Saviq be the one to decide [09:59] tsdgeos: cause i have tasty cmake upload which will cross-compile unity8 .... if above is merged. [10:00] tsdgeos: ah, looks like Saviq agrees to keep regenerating dbus code at build time. [10:01] xnox, tsdgeos, yeah [10:01] didrocks, good news [10:02] didrocks, https://bugs.launchpad.net/ubuntu/+source/qtubuntu/+bug/1256061 [10:02] Ubuntu bug 1256061 in Unity 8 "clock forcefully switches from 24h to 12h AM/PM format once the panel clock is loaded" [High,Opinion] [10:02] didrocks, that bug is actually invalid... [10:03] Saviq: oh, it's magically fixed? [10:03] I'll flash latest [10:03] and switch to French [10:04] tsdgeos: hm, jenkins gave "Needs Fixing" review, is there actually something I need to fix? [10:04] nah [10:05] it's some crap we need to fix [10:05] xnox, some flakiness still [10:05] really really [10:05] tsdgeos: ok, thanks =) [10:07] tsdgeos, something already using the vertical journal? [10:07] mhr3_: the test :D [10:08] tsdgeos, maybe you want to hook it up with lp:~unity-team/unity8/new-scopes? ;) [10:08] mhr3_: i just hooked it up where Saviq told me to [10:09] tsdgeos, *hook* as in actually make use of it [10:09] tsdgeos, mhr3_, let's get it merged into unity8 trunk [10:09] tsdgeos, mhr3_ then merge trunk into new scopes, and make use of it [10:09] sure, i'm thinking step 2 already :) [10:10] tsdgeos, mhr3_ oh yeah, we can go with new-scopes + vjournal in a branch already [10:10] mhr3_, only we don't have variable height cards yet ;) [10:10] :( [10:10] mhr3_, or a scope that gives us data that could be used for that, for that matter :P [10:10] Saviq, details :P [10:11] mhr3_, I *know* [10:12] Saviq, btw json-defaults was looking for you, and there's one more branch built on top of it [10:12] fwiw those are really simple branches :) === dandrader is now known as dandrader|afk === anpok|afk is now known as anpok [10:26] mhr3_, yeah, on my list for today [10:34] didrocks, news? === dandrader|afk is now known as dandrader [10:36] Saviq: flashing right now, under a tons of things :p [10:40] didrocks, k [10:47] Saviq: not fixed here [10:47] Saviq: I move to French [10:47] didrocks, rebooted? [10:47] set to 19h in the system settings ui [10:47] (after a reboot) [10:47] and it's written 7:45 [10:47] for instance [10:47] didrocks, but no AM/PM? [10:47] no AM/PM [10:47] just 7:45 [10:47] didrocks, let me check [10:48] didrocks, ok I think I know what's happening then [10:49] didrocks, the default setting is 12hr [10:50] Saviq: this default setting is in unity8? [10:50] didrocks, no, it's for the datetime indicator [10:50] didrocks, that string comes directly from the indicator now [10:50] didrocks, preformatted [10:50] gsettings get com.canonical.indicator.datetime custom-time-format [10:51] didrocks, ping [10:51] Saviq: can you ensure the indicators guys are in the loop then? [10:51] nic-doffay: pong [10:51] didrocks, going to look into this: https://bugs.launchpad.net/unity8/+bug/1260379 [10:51] Ubuntu bug 1260379 in Unity 8 "A unity8.override file should be shipped to allow apport completion during test runs" [High,Triaged] [10:51] no need to ping me when I'm talking on that channel, just ask :p [10:51] where should I start. [10:51] nic-doffay: ah great! [10:51] larsu, around? [10:52] mzanetti, found [10:52] mzanetti, line 141 of MenuContent.qml [10:52] Cimi: \o/ [10:52] that binding does not work [10:52] nic-doffay: I would say, look at the unity8 file, ship an upstart override file with the extra shutdown period [10:53] mzanetti, if you put title: "Example" at line 103 and you remove that binding, the indicator icon is rightly placed [10:53] interesting [10:53] mzanetti, obviously the reason why this is causing the style to break is obscure [10:53] to me [10:54] mzanetti, because you get the title (the text) [10:54] Cimi: so I guess the binding does work, but because it waits for the loader.item to be loaded it overwrites width a second time which breaks the tab [10:54] but breaks other bindings [10:54] Saviq, you were trying to build libunity-scopes on saucy and it failed? [10:54] mzanetti, good spot [10:54] mhr3_, yes [10:54] Saviq: yep [10:54] Saviq, do we need to fix that? [10:54] mhr3_, exceptions in tests === mhr3_ is now known as mhr3 [10:55] larsu, are you maintaining indicator-datetime? [10:55] Cimi: ok.. but in this case the proper fix is indeed inside the style (I'd say) [10:55] Saviq, fwiw i'm running it fine on saucy [10:55] but i'm building the pkg locally... [10:55] Cimi: a tab should not break if you change title at runtime [10:56] mhr3, https://launchpad.net/~phablet-team/+archive/desktop-deps/ [10:56] Saviq: no, charles is [10:56] larsu, I've tracked down bug #1256061 to be, in fact, an indicator-datetime issue [10:56] bug 1256061 in Indicator Date and Time "clock forcefully switches from 24h to 12h AM/PM format once the panel clock is loaded" [Undecided,New] https://launchpad.net/bugs/1256061 [10:56] Saviq: see, told ya :) (re: OSK swipe down from everywhere) [10:56] mzanetti, ;P [10:57] larsu, ok, will assign to him then [10:57] Saviq: yep, looks like it. We should fix this for real and send a time stamp... [10:57] larsu, yeah, another bug [10:57] larsu, I actually already have a branch that "fixed" it by ignoring what the indicator sent up completely [10:58] larsu, but wasn't real happy with it, and it didn't take all the other settings into account etc. [10:58] Saviq: right, sending a time stamp doesn't even make sense for the current time [10:58] larsu, exactly [10:58] what settings are those? [10:58] whether to show the year, 24h, etc? [10:59] larsu, https://wiki.ubuntu.com/TimeAndDate?action=AttachFile&do=view&target=settings-clock.png [10:59] right [11:00] Cimi: ping [11:00] dednick, pong [11:00] Cimi: hey, can i get you to do a review for me? https://code.launchpad.net/~nick-dedekind/ubuntu-settings-components/visual-updates/+merge/193301 [11:00] when you have some time. [11:00] didrocks, what am I looking for in this crash file? [11:00] dednick, sure, now [11:01] Cimi: thanks [11:01] Mirv, what's the plan for trusty regarding Qt? is our target to endup shipping 5.2 or there's no fixed target yet, meaning that it could be 5.2.1, etc? [11:03] dandrader, 5.2 for sure, if 5.2.1 gets there in time - hopefully [11:03] nic-doffay: what you want is to have a stop 30 in this override to let the coredump to be collected before upstart is killing it [11:04] didrocks, "kill timeout 30", no? [11:04] yep [11:04] nic-doffay, just have a unity8.override file with that line ↑↑ [11:04] nic-doffay, put it in data/ [11:04] nic-doffay, and add a line to debian/unity8-autopilot.install [11:05] it's interesting that there's already an enormous diff between qtdeclarative release (5.2) and stable (5.2.1) [11:05] nic-doffay, to install that .override file into /usr/share/upstart/sessions [11:05] dandrader, yeah indeed [11:05] didrocks, unless there's a better place to put it in ↑↑? [11:06] Saviq: no, thats perfect [11:09] Saviq, right will get going with that then. [11:10] does anyone else's right-mouse-button get crazy sometimes and does a click as soon as you move the mouse, without you releasing it? [11:11] like it creates a new folder on-right-click for me, instead of opening the menu :/ [11:11] it does that for a minute at a time and then goes back to normal [11:11] mhr3, with https://code.launchpad.net/~michihenning/unity-scopes-api/what-for-exceptions/+merge/198872 there will be some actual useful output in the build log [11:12] Saviq, yea, just got a mail from michi about that branch [11:12] Saviq, working fine on my desktop [11:12] dandrader, yeah, I'm not sure if it's my mouse, or the touchpad playing games... === iahmad is now known as iahmad|afk === dandrader is now known as dandrader|lunch [11:43] dandrader|lunch: as saviq said, 5.2.x is the target for sure. the focus is on 5.2 + backported patches for now. === dandrader|lunch is now known as dandrader === _salem is now known as salem_ === iahmad|afk is now known as iahmad [11:55] Saviq, how should I test for this now? [12:00] guys, we should fix the scrolling... [12:00] of flickable [12:01] velocity and deceleration [12:01] it's broken on the desktop and on the devices [12:09] Cimi, filed a bug yet? [12:10] phew, so much to do... (with Qt 5.2) [12:10] Mirv, between rc1 and release? [12:11] nic-doffay, with unity running, go: [12:11] kill -11 `pidof unity8`; stop unity8 [12:12] nic-doffay, stop unity8 should return after more than 5s [12:12] Saviq: not really between those, but doing this correctly instead of ad-hoc. symbols updates for all archs (multiple builds), syncing with Debian, rebuilding everything after noticing Debian did now do the qt5core lib rename, patches coming from all directions for enabling tests etc (which should be then contributed back to Debian also at some point) [12:13] Mirv, right, so basically the real packaging [12:13] Saviq: so I thought today I would make progress, instead I find myself being back to near beginning with 5.2 final build :) [12:14] Saviq, I need to test again on my galaxy nexus, but it's definitely broken in the desktop [12:14] but of course progress made reducing delta, going through changes etc [12:14] Saviq, try flicking on the sdk components gallery [12:14] Saviq, it's like crazy :) [12:15] actually now works [12:15] :-\ [12:16] Cimi, yeah, seems fine in the pickers [12:16] Saviq, it's fine now for me [12:16] Saviq, was badly broken yesterday [12:16] Saviq, like over scrolling with no limits [12:18] Saviq, can I test qt 5.2 on maguro? [12:18] Cimi, you could try [12:18] Cimi, ppa:canonical-qt5-edgers/qt5-beta2 [12:19] Cimi, but it's probably better to wait a bit [12:19] Saviq, I wanted to try the scrolling [12:19] Cimi, it's all in flux now that 5.2 was released finally [12:19] Cimi, I don't think anything changed tehre [12:19] Saviq, was broken in all our previous versions [12:20] Saviq, try seeing the default velocity of the flickable [12:20] Cimi, and it all basically deserves a QTBUG that the default values are a) pixel-dependent and b) not customizable without rebuilding Qt [12:20] Saviq, it was 1500 iirc, should be much higher with high dpi [12:20] I have a weird issue right now... I cannot drag (flick) any scope upwards unless I pull it down a little beforehand [12:21] is that known? [12:21] Cimi, https://qt.gitorious.org/qt/qtdeclarative/source/e895bc315f9959a5dad80a8f0bf7b73bced0bde1:src/quick/items/qquickflickable.cpp#L61 [12:21] mzanetti, no [12:21] mzanetti, phone? [12:22] yeah [12:23] nic-doffay, so the real test there is to see that the package built and the file gets installed into /usr/share/upstart/sessions/ [12:23] nic-doffay, if it is - that's all we can do TBH [12:23] Saviq, killing it from a separate console has strange results. [12:24] Unity8 jus segfaults. [12:25] nic-doffay, that's what -11 does [12:25] nic-doffay, that's SIGSEGV [12:26] nic-doffay, but anyway - more real-life test [12:26] hmm crap [12:26] Saviq, getting this too: stop: Unknown job: unity8 [12:26] nic-doffay, as phablet [12:27] Saviq, so run on device then run as phablet user. [12:27] nic-doffay, man, run on device won't do you any good [12:28] nic-doffay, that file will only get installed where it needs to when packaged [12:28] nic-doffay, run_on_device doesn't install anything [12:28] Saviq, what's the deal with stop: Unknown job: unity8 [12:28] nic-doffay, you're not logged in as phablet, most likely [12:29] nic-doffay, or you managed to uninstall unity8 [12:29] Saviq, the former then. [12:29] Saviq, that's bad [12:30] Cimi, you've been complaining about this for what, half a year now? [12:30] Cimi, did you file a bug? [12:30] nope [12:31] I'm a lazy guy (my main flaw) and not registered yet to qt bugs [12:31] I'm going to to this today and I will be digia's worst nightmare [12:31] perfectly in time for Friday the 13th [12:33] nic-doffay, just file the merge proposal [12:33] Saviq: ok i think i know why that test_show_scope_on_load is failing [12:33] nic-doffay, we'll know soon enough whether it's correct [12:33] tsdgeos, pray tell [12:33] Saviq: now i want to know if i change the test of the code :D [12:34] Saviq, yeah was trying to avoid that though! [12:34] let me to a pastebin explaining [12:34] nic-doffay, it's this kind of change [12:34] nic-doffay, to test for real you'd have to make unity8 crash on exit [12:35] nic-doffay, which isn't difficult, btw, if you want - it's just a case of tweaking the main() to not destroy the view or the application, but return application->exec() straight away [12:35] nic-doffay, then, without your .override file, upstart will kill unity8 before apport's managed to collect the full crash report [12:35] nic-doffay, with it, upstart will wait for up to 30s (as opposed to 5s) before killing [12:36] nic-doffay, giving time for apport to collect the crash file [12:36] Saviq, I'll give that a go while waiting for jenkins. [12:37] nic-doffay, you can do 'stop unity8; start unity8 BINARY=$PWD/builddir/unity8' to launch the locally built unity8 under upstart [12:37] Saviq, cool thanks [12:37] nic-doffay, having built it first with run_on_device, and logging in as phablet, unity8 is built in /home/phablet/shell/builddir/unity8 [12:38] nic-doffay, and BINARY=... just tells upstart to launch that binary instead of the system-installed one [12:38] damn it's hard to write the thoughts down [12:41] Saviq: actually no, scrap that, can't tell :-/ [12:41] but i'm going to add a hell lot of console.log and will find out [12:41] tsdgeos, maan :/ [12:41] i'm tired of all those errors [12:41] tsdgeos, please do [12:41] tsdgeos, +1 [12:57] Saviq: did we decide we would pass https://code.launchpad.net/~nick-dedekind/unity8/StrFTimeFormatter/+merge/192343 ? [12:57] dednick, I'm still not really sure what it's supposed to fix ;D [12:59] dednick, but then we decided that the indicators should just put up timestamps (in case of non-current time) or nothing at all (in case of current time), and users' preferences should be applied globally by applied globally by new SDK component(s) - TimeFormatter and RealTime or so [12:59] dednick, so unless that branch actually fixes something that I'm not aware of, I'd reject it [12:59] Saviq: right, but thats a todo later right... [12:59] Saviq: it's for the datetime alarm menu items. [12:59] dednick, ah, ok [13:00] dednick, can we see them already? [13:00] dednick, like if I add an event in my calendar, will they show up? [13:00] "you can see them", but there are no times. [13:00] dednick, which that branch is supposed to fix, correct? [13:01] Saviq, ok with exposing the raw json in the category models purely for the dev-tool usage? [13:02] Saviq: um. it will, when we have an event item :) It's in ubuntu-settings-components. Currently we're just using the standard item (no time). === alan_g is now known as alan_g|lunch [13:02] dednick, so still no way to see the fix, eh? ;) [13:03] nope. but this branch also moves the formatter into Utils :) [13:13] Saviq: oh, and my indicator tests branch is done. :) https://code.launchpad.net/~nick-dedekind/unity8/indicator-page-factory-tests/+merge/198785 [13:13] dednick, yup, saw that [13:21] dednick, and ohkay, if you twist my arm... can you just add a TODO/FIXME somewhere where it makes sense, and refer to bug #1260728 [13:21] bug 1260728 in Unity 8 "Indicators should send timestamps, not pre-formatted strings" [Medium,Triaged] https://launchpad.net/bugs/1260728 [13:21] Saviq: :) ok [13:21] xnox, so does that mean that with the new cmake upload and the unity8 branch, we'll be able to cross-build directly? :) [13:23] Saviq: yes, along with pleora of other packages. =))) one time setup: mk-sbuild --target armhf, and after that it's just $ sbuild -A --host armhf unity8*.dsc [13:23] xnox, YUMMY [13:23] xnox, do you know if distcc should work fine when cross-building? ;) [13:24] Saviq: once qt*-dev stack is co-installable it will be possible to even do it without a chroot with: dpkg-architecture -aarmhf -c cmake ../ && make [13:24] xnox, I know ccache does work fine [13:24] Saviq: why do I need distcc, or ccache if it takes 2m20s to cross-compile unity8 clean from start to finish? [13:25] xnox, nice one, we'll have to transition our run_on_device script to that :) [13:25] xnox, right, it's much simpler recently ;) [13:25] xnox, but then I'm thinking of moving to an ultrabook at some time in the near future, will not get the quad-core thing I have now ;) [13:25] Saviq: .... cross-building happens on amd64/i386 which is fast and multi-core (typically) so simply DEB_BUILD_OPTIONS=parallel=12 [13:25] xnox, yeah -j9 is my default [13:25] Saviq: done. i just put it in the Timeformatter header. [13:26] dednick, cheers [13:26] xnox, and well, it's not just about unity8, I actually compile other things as well ;) [13:26] Saviq: you do want to set it via DEB_BUILD_OPTIONS or even specifically in ~/.sbuildrc $build_environment {'DEB_BUILD_OPTIONS' => 'parallel=9'} [13:27] xnox, I barely do anything else than bzr bd, which does have sbuild -j9 as the builder [13:27] xnox, when building packages, that is [13:27] Saviq: right. so the only requirement is that distcc / ccache generates / replaces $DEB_HOST_GNU_TYPE-[gcc|g++] [13:27] Saviq: cause that's the compiler that cmake will pick when cross-compiling. [13:27] xnox, yeah, I thought it *should* work in theory [13:28] xnox, will do some testing [13:28] * xnox has no need though =) [13:28] I have 8 core, 32GB of RAM, and I compile in tmpfs with no iowait ;-) [13:32] * dandrader makes a mental note that "good" and "bad" in git bisect mean the other way round when you're looking for the commit that fixes something [13:35] xnox, well, I'm 4 core HT, 8GB RAM and compile in shm, too (and SSD to boot) [13:35] xnox, but as I said, am thinking of moving to an ultrabook, at which point I'd like to offload some of that umph ;) [13:35] xnox: man that is an awesome phone :D [13:35] Saviq, larsu: so the timestamp issue is back on the indicator side? [13:36] seb128, yeah [13:36] davmor2: =))))) not very portable, and battary UPS only lasts 10m [13:36] seb128, it's a string straight from indicator-datetime [13:36] seb128, I did fix it unity8-side, by ignoring what that string says at all, but didn't like the solution for now [13:36] seb128, bug #1260728 to fix it long-term [13:36] bug 1260728 in Unity 8 "Indicators should send timestamps, not pre-formatted strings" [Medium,Triaged] https://launchpad.net/bugs/1260728 [13:36] Saviq, ok, thanks [13:37] Saviq: right. I made my machine ssh accessible and my terminal on my ultrabook has gnome-terminal with the following shell set $ ssh -X mydesktop.IP [13:37] Saviq, that's different from the messaging menu one, right? [13:37] seb128, yeah, that's fixed in u8 trunk [13:37] cool [13:37] seb128, and released already, btw [13:37] Saviq, good to read ;-) [13:38] * seb128 didn't keep up with what was going on this week, just too much stuff changing ;-) [13:38] seb128, yeah, but it's a good problem to be had :) [13:38] indeed [13:39] larsu: howdy. Do you know why are all the messaging menu items "not sensitive" [13:40] mpt, hey, q: looking at https://wiki.ubuntu.com/TimeAndDate, there are settings for the clock on the desktop, but not on phone - is that on purpose? would kind-of mean that you can change those when your phone is docked, and it should affect your phone, but you don't get to change those settings on the phone? [13:41] mpt, or the other way - you can change it on the desktop, but that doesn't affect your phone clock? [13:41] mpt, also, those settings are *only* meant to affect the indicator? no way for users to select 24h clock under British English, for example? [13:41] globally, that is [13:42] mpt, it'd be pretty weird if you ask me, if you chose your clock to be 24h, but it would only affect the indicator and not the rest of the system... [13:43] mhr3, for https://code.launchpad.net/~mhr3/unity-scopes-shell/json-defaults/+merge/198591 [13:44] mhr3, what I did in JavaScript, and was thinking you'd do as well, is work the other way - parse a JSON file with defaults, and update the values based on data coming from the scope [13:45] mhr3, your way involves adding lotsa code just to add a new key with a default for any component/template [13:47] marcusto_, hey, did you have a chance to look at http://json-schema.org/ ? [13:48] mhr3, oh, and on that note... should those defaults not be applied server-side? [13:49] Saviq: hey, yeah I did, and it looks like this lib fits our needs quite well: http://avro.apache.org/docs/1.6.3/api/cpp/html/ [13:49] marcusto_, oh, awesome [13:50] Saviq: problem is, until I get something running I'm holding up the web guys on SSS [13:50] marcusto_, I'm not pushing - was just wondering if json-schema is still something we can plan for [13:50] marcusto_, hmm, avro has it's own schema does it? [13:52] mhr3, hmm did I answer your question about exposing raw json for dev-tool? if not - I'd *rather* not in the long run, since we'll have a side-channel for talking to the scope backend directly, could we not get it through there? [13:53] Saviq: I've looked at this briefly, but it looks like standard schema. Its def on the todo list [13:54] marcusto_, it doesn't seem to mention any relation to json-schema.org [13:54] marcusto_, and looking briefly it does differ slightly (that's not to say it's worse, or bad, for that matter) [13:55] marcusto_, but it definitely seems less standardized [13:55] if something that's non-standardized can be even less standardized... [13:55] Saviq: hmmm, ok, clearly I have not thought about this enough :p [13:55] marcusto_, ;) [13:56] marcusto_, no worries [13:56] Saviq: yeah, resources are few [13:56] marcusto_, we're not blocked on it, it's only a it-would-be-nice-to-have-when-possible type of situation ;) [13:56] marcusto_, but no worries, we have plenty to do regardless [13:57] Saviq: well we are planning on schema validation, just a matter of time [13:57] marcusto_, yup, great === alan_g|lunch is now known as alan_g [14:07] Saviq, it’s somewhat on purpose, because there is much more screen real estate for variations on the PC. [14:07] Saviq, but I haven’t thought through what happens when you dock a phone. [14:08] Saviq, i'm not sure what side-channel you mean [14:08] Saviq, ultimately it's just exposing it to qml, i don't see any harm in that [14:08] Saviq, I talked about having a locale-independent 24-hour option on Tuesday with … with you, actually. [14:08] mpt, yeah, that's why I'm asking - 'cause there isn't a setting for it :) [14:09] mhr3, the one that will let us "upload" a modified JSON string for a category [14:09] Saviq, that will be internal to the shell, it won't talk to the scope [14:09]