[06:02] <akiva-thinkpad> !ping
[06:02] <akiva-thinkpad> Hello all
[06:06] <Mirv> mhall119: well, ideally installing the SDK should install all the docs we have - note though that there are two types of docs, one that gets shown in the Qt Creator integrated documentation and one that's the html version
[07:44] <dholbach> good morning
[07:44] <akiva-thinkpad> dholbach, o/
[07:44] <dholbach> hi akiva-thinkpad
[07:44] <akiva-thinkpad> \o
[10:01] <JamesTait> Good morning all; happy Friday and happy Radio Day! :-D
[10:08] <akiva-thinkpad> o/
[10:42] <justCarakas> popey: when will the new season start of uupc ?
[11:01] <akiva-thinkpad> justCarakas, whats uupc?
[11:10] <popey> akiva-thinkpad: http://podcast.ubuntu-uk.org/
[11:10] <popey> justCarakas: soon
[11:18] <justCarakas> looking foreward to it :D
[12:23] <dpm> hi nik90, you pinged me about bug 1324636 yesterday. Does the bug description contain enough info and would it be something you'd have interest/time to look at?
[12:23] <dpm> The proposed solution won't work for all cases, but it will improve the experience for the supported languages
[12:24] <nik90> dpm: I will take a look at it
[12:24]  * dpm hugs nik90
[12:24] <nik90> :)
[12:25] <nik90> dpm: although I hope that when we switch from geonames.org to ubuntu geonames the proposed solution works as well
[12:25] <nik90> I will do some research and let you know how it goes
[12:27] <dpm> nik90, oh, I thought we had switched to ubuntu geonames. So we did it only for Weather?
[12:27] <nik90> dpm: Weather switched?
[12:27] <dpm> popey, do you remember? ^
[12:27]  * dpm checks
[12:28] <dpm> at least we set up ubuntu geonames to have all the data required by Weather
[12:28] <nik90> dpm: I believe weather and clock were blocked by https://bugs.launchpad.net/ubuntu-geonames/+bug/1359206
[12:29] <dpm> oh, hadn't noticed that one, we did do another update to ubuntu geonames, but it had to do with city fields, IIRC
[12:29] <nik90> dpm: on checking the clock app code, we have switched to ubuntu geonames for world clock
[12:30] <nik90> dpm: but not for the user location check
[12:30] <nik90> so I will check ubuntu geonames if they return localised city names
[12:30] <dpm> popey, now that you are (probably unwillingly) the expert on ubuntu geonames, could you look at bug 1359206?
[12:31] <nik90> dpm: there is already a MP present for that bug report. Just need it to be reviewed and merged when possible
[12:31] <dpm> it seems there is a branch available that should probably just need deployment
[12:31] <dpm> yeah :)
[12:31] <popey> ok.
[12:31] <popey> needs some further testing. will do.
[12:31] <nik90> dpm: btw, your solution will only work when searching for cities. but the default list shown to the user will still be in english. that's the bug that I pinged yesterday about
[12:32] <nik90> we show a list of about 200 cities (by popularity and most timezone coverage) and thats defined in xml and is the cause of the core problem
[12:44] <dpm> nik90, oh, I had forgotten about the default list. IIRC it was done in XML, could you remind me why we couldn't have a list in QML? That'd make translation trivial, but I can't recall why we went for XML
[12:44]  * nik90 tries to recall that decision
[12:47] <nik90> dpm: It was because list models require static data...so you couldn't introduce functions like i18n.tr() calls in there. So I made the decision to provide the default list in a file. And qml file reading could only be done using a xml list model.
[12:48] <dpm> bummer
[12:48] <nik90> dpm: although now that I think about in more detail, I could have the list model built dynamically which would allow i18n.tr() calls and then use that as the source for the default city list
[12:48] <nik90> but this would requires changes in the world city list c++ backend as well
[12:49] <nik90> dpm: I think I can do it
[12:49] <dpm> nik90, if you think that's doable, I think that might be better than having to ship an XML file for each language
[12:50] <nik90> dpm: I will have a chat with mzanetti when is free later to see the performance implications of this since I am not sure about the dynamic creation of the list model compared to the xml list model read rate.
[12:50] <nik90> s/is free later/he is free later
[12:52] <dpm> thanks nik90!
[13:07] <popey> bzoltan_: zbenjamin I thought I pasted this somewhere but may be mistaken. https://bugs.launchpad.net/ubuntu/+source/qtcreator-plugin-ubuntu/+bug/1418460 affects DanChapman and JoeyChan. is it something on your radar?
[13:09] <zbenjamin> popey: i already answered on it but did not check it since then...
[13:12] <JoeyChan> zbenjamin:  I don't have a vivid chroot now I am installing it
[13:12] <zbenjamin> JoeyChan: seems the dependencies are broken in utopic
[13:13] <zbenjamin> JoeyChan: seems the problem is really E: Package 'python3-xdg:armhf' has no installation candidate
[13:14] <zbenjamin> JoeyChan: its probably no good idea to compile apps for RTM in a 15.04 chroot
[13:14] <JoeyChan> zbenjamin:  yes it is
[13:15] <zbenjamin> JoeyChan: you sure? Different Qt versions doesn't sound fun
[13:16] <JoeyChan> zbenjamin:   my "yes" pointed the python3-xxxxxxxxx
[13:16] <zbenjamin> JoeyChan: ah :D
[13:16] <JoeyChan> zbenjamin:  and I prefer using utopic chroot
[13:17] <zbenjamin> JoeyChan: seems there are much more broken dependencies , you aware that if you install that library manually it is not part of the official framework
[13:17] <zbenjamin> JoeyChan: so it can vanish anytime
[13:18] <JoeyChan> zbenjamin: is it possible to fix this problem ?
[13:19] <zbenjamin> JoeyChan: you could ship the library in your click package.. which is also not very pretty
[13:20] <zbenjamin> bzoltan_:  is there any way we can fix that?  https://bugs.launchpad.net/ubuntu/+source/qtcreator-plugin-ubuntu/+bug/1418460
[13:21] <zbenjamin> bzoltan_: broken dependencies in the utopic chroot
[13:22] <bzoltan_> zbenjamin:  I know about that issue
[13:23] <zbenjamin> bzoltan_: is it manually fixable?
[13:24] <bzoltan_> zbenjamin:  I doubt
[13:47] <zbenjamin> JoeyChan: seems even bzoltan_ does not know how to fix it, you probably need to fall back to ship it in your click package
[13:48] <bzoltan_> JoeyChan: zbenjamin: I am working on fixing this problem right now... but i do not know when I am going to be ready. Latest next week
[13:48] <JoeyChan> zbenjamin:  ship libconnectivity-qt1 ?
[13:49] <JoeyChan> bzoltan_: I'm ok with that , I can work on sth else
[13:49] <zbenjamin> bzoltan_: awesome thx!
[13:58] <popey> thanks bzoltan_
[15:14] <mhall119> Mirv: I need the packages to automatically import them into the developer portal
[15:14] <mhall119> so I wont be installing the SDK, just the docs packages
[16:07] <Mirv> mhall119: apt install qt.*-doc
[16:09] <dholbach> hey balloons
[16:09] <dholbach> maybe you can review https://code.launchpad.net/~dholbach/ubuntu-devices-help/translations-module
[16:09] <dholbach> and then https://code.launchpad.net/~dholbach/ubuntu-devices-help/1416389/+merge/249647?
[16:09] <dholbach> the latter doesn't quite work yet
[16:09] <dholbach> and I'd appreciate some help
[16:10] <balloons> hey dholbach, certainly
[16:11] <dholbach> balloons, so translations almost work now
[16:11] <dholbach> I just don't get how po4a-translate puts the string for the updated files together - for some reason we still have "Lang: en" in there
[16:12] <dholbach> maybe dpm can help ;-)
[16:12] <balloons> dholbach, ahh yes
[16:12] <dholbach> I wrote code to filter out those messages, so I'm baffled as to why it turns up again
[16:17] <dpm> balloons, dholbach, I'd like to start a scrum sprint next week on Monday for the next steps in the help app. Shall we kick it off on Monday with a meeting to assess what we need to work on, estimates and then kick it off on Tuesday? For the work that we're currently doing the actual stakeholder is probably the team. What are your thoughts?
[16:17] <dholbach> wfm
[16:18] <dpm> dholbach, not sure I understand the issue with po4a, could you expand on that?
[16:19] <mhall119> Mirv: I really need to know specific packages in order to automate this
[16:20] <dholbach> dpm, pelican has a couple of meta-data fields like "Title: " or "Lang: " we need, we can't have these strings in the .pot file though, so now there's code to exclude them from the .pot file, etc. but it seems during the po4a-translate run they get readded, which breaks everything :)
[16:22] <balloons> dpm that sounds like a good plan; except I won't be around on Monday (holiday)
[16:22] <dpm> balloons, oh, actually...
[16:22] <dpm> it's Bank Holiday in Stuttgart too
[16:22] <balloons> LOL, fun times
[16:22] <dpm> so I won't be around either
[16:23] <dpm> let's do it on Tuesday then
[16:23] <balloons> so on the first workday of the week (tuesday) we'll sync and begin after
[16:23] <balloons> kk
[16:23] <dpm> balloons, do we need any preparation in advance for the kickoff meeting?
[16:24] <dpm> I'm guessing the user stories
[16:24] <dholbach> hah
[16:24] <dholbach> I won't be there either :)
[16:24]  * dholbach just remembered
[16:24] <dpm> bunch of slackers
[16:24] <dpm> (all of us)
[16:25] <dholbach> and we always wonder why we never get anything done!
[16:25] <dpm> yeah, holidaying all year round
[16:25] <dholbach> screw it, I'm off to the pool
[16:25] <dpm> pass me that cocktail, will you?
[16:28] <balloons> dpm, yes so we should add the user stories to the sprint page so we can talk through them
[16:28] <dholbach> so yeah, let's see when that app is going to be ready :-P
[16:28] <balloons> certainly by christmas eh?
[16:32] <dholbach> I updated bug 1416389
[16:33] <dholbach> https://code.launchpad.net/~dholbach/ubuntu-devices-help/translations-module/+merge/249222 should be ready to be landed in any case - it's just splitting a file in two
[16:41] <balloons> so dholbach my only concern is the METADATA_TAGS being lowercase. I guess ideally we make the string check case insensitive?
[16:41] <dholbach> balloons, that's fixed in the newest branch
[16:41] <balloons> I don't see any transforms on the strings, so
[16:41] <balloons> ahh, I see it
[16:41] <balloons> kk
[16:42] <dholbach> but I can do that a bit more elegantly
[16:42] <balloons> I approved, I can put it into trunk
[16:43] <balloons> done and merged :-)
[16:44] <dholbach> I updated the other branch with a more elegant check for METADATA_TAGS
[16:44] <Bosak> hi
[16:52] <davmor2> mhall119: I accidentally completed medium on mvm at lunch time :)
[16:53] <nik90> davmor2: I am going to cut down on your salary this time...lunch times are very important :P
[16:53] <dholbach> all right my friends - I call it a day - have a great weekend!
[16:53] <nik90> dholbach: u2 enjoy :)
[16:54] <davmor2> dholbach: you too
[16:54] <davmor2> nik90: yes I unwind in them
[17:10] <mhall119> dammit davmor2, I *still* haven't beaten 24
[17:16] <davmor2> mhall119: laser in the middle on the green, laser just above the heart, get them both upgraded to as quickly as possibly to 2 dot,  then everytime you get 50 build a new laser, once you fill all the spaces upgrade them all
[17:16] <davmor2> mhall119: p.s. don't enable double time it doesn't do as much damage
[17:16] <ogra_> stop giving hints !
[17:29] <mhall119> give more hints!
[17:37] <popey> Anyone know how (with a cmake built) project you disable "debug"?
[17:37] <popey> http://askubuntu.com/questions/562122/why-was-my-app-rejected-with-reject-reserved-policy-group-debug-not-for-pr
[17:37] <popey> that is incorrect, there's no options in the publish tab in our sdk
[17:37] <popey> dpm: ^^ any idea?
[17:39] <mhall119> davmor2: oh, I'm using lighthouse, not lasers, I need to unlock that
[17:39] <davmor2> mhall119: :)
[17:40] <mhall119> no wonder this has been impossible
[17:40] <DanChapman> popey building from the publish tab sets CMAKE_BUILD_TYPE=release and building from the bottom left corner sets CMAKE_BUILD_TYPE=debug the sdk hides switching it from the user
[17:40] <dpm> popey, zbenjamin will know
[17:41] <dpm> I've hit that problem too
[17:41] <popey> DanChapman: the hammer?
[17:41] <davmor2> mhall119: D'oh
[17:41] <DanChapman> popey: yeah or the run button
[17:41] <popey> sweet!
[17:41] <popey> thanks!
[17:41] <dpm> there you go, thanks DanChapmanª
[17:41] <dpm> !
[17:41] <DanChapman> :-D np
[17:42] <popey> uh
[17:42] <popey> but how do I actually build a click, because that just builds the binary... not a click
[17:43] <DanChapman> popey: what from "build and validate click package" in publish tab?
[17:43] <popey> i get the same validation error from there
[17:43]  * popey starts again
[17:44] <DanChapman> popey: is CMAKE_BUILD_TYPE getting set in the CmakeLists.txt?
[17:47] <popey> right, deleted build folder
[17:47] <popey> re-started qtc with the project and hit the hammer
[17:49] <popey> DanChapman: ok, so it looks like it built...
[17:50] <popey> but I am unsure which button to press to make a click now which will be release and not debug :)
[17:52] <DanChapman> popey: the "build and validate" in the publish tab should then rebuild it in release mode and create a click from that. You shouldn't be able to create a click from a debug build, it should rebuild it.. otherwise that's a bug
[17:52] <popey> hmm
[17:54] <DanChapman> popey: try adding -DCMAKE_BUILD_TYPE=Release to the cmake arguments under Projects Tab -> build and try "build and validate" again
[17:54] <popey> yeah, even after hitting hammer then "build and validate click package" it created a debug build..
[17:54] <popey> lemme try that
[17:56] <DanChapman> popey: you don't actually need to hit the hammer if your wanting to build a click.
[17:56] <DanChapman> just build and validate should do it
[17:56] <popey> sverzegnassi: ^
[17:56] <popey> it always builds a debug build for me
[17:57] <popey> sverzegnassi: I keep getting the validation fail because of read_path (which is fine) but also because it's a debug build. DanChapman suggested I change -DCMAKE_BUILD_TYPE=Release which I did and it still built a debug build.
[17:57] <popey> how do you usually build it?
[17:58] <sverzegnassi> popey: nope, always built as debug
[17:58] <popey> hmm, and it works okay on device?
[17:58] <sverzegnassi> i install it with the --allow-untrusted argument
[17:58] <popey> right
[17:58]  * popey tests
[17:59] <popey> well, that worked
[17:59] <popey> I expected it to fail because it's a debug build.
[18:02] <popey> sverzegnassi: woop woop! http://people.canonical.com/~alan/screenshots/device-2015-02-13-180155.png
[18:02] <sverzegnassi> first screenshot, first bug?
[18:02] <popey> haha :)
[18:02] <popey> nope, looks good to me!
[18:03] <popey> where "woop woop!" = "yay"
[18:03] <popey> not "woop woop!" = "police sirens"
[18:03] <sverzegnassi> hahah I got it
[18:03] <sverzegnassi> I was just pointing out that "thursday" should be listed as "Earlier this week"
[18:03] <popey> ooh
[18:04] <popey> sorry :)
[18:06] <sverzegnassi> If the app does not crash, everything is ok!
[18:06] <popey> Ship it!
[18:06] <sverzegnassi> Just wondering if there's some app on the store that export document file
[18:07] <popey> there's an awesome to-do list app which could probably do it in the future ㋛
[18:10] <sverzegnassi> do you mean that ugly app that's supposed to allow user to take "quick" notes? :P
[18:11] <popey> :D
[18:18] <sverzegnassi> There's still an audio recorder in my dev queue that has been waiting for a release for 18 months :)
[18:18] <popey> heh
[18:19] <popey> ok, I mailed the phone list and invited people to get involved with development as well as testing.
[18:22] <sverzegnassi> Great! Thank you!
[18:22] <popey> np
[19:26] <mhall119> davmor2: ha ha! laser towers do the job :)
[19:27] <davmor2> mhall119: yay
[19:39] <davmor2> mhall119: wait till you get to hard :(
[20:32] <zbenjamin> popey: the publish tab does never include the debug policy
[20:33] <zbenjamin> popey: so if you want to create a package for the store, use the publish tab
[21:23] <mivoligo> mzanetti: here by any chance?