[05:33] <dholbach_> good morning
[08:10] <dholbach> mhall119, maybe you could have a look at https://code.launchpad.net/~dholbach/help-app/1434210/+merge/254706 for me in a bit? O:-)
[10:02]  * Se7 hope someone write an app like swift keyboard 
[10:04] <ogra_> i doubt you will see such apps before we swithc to a snappy based image
[10:05] <ogra_> today a click package can not replace a system service ...
[10:05] <ogra_> (which the keyboard is)
[10:05] <Se7> kk
[10:05] <popey> "that'll work when we switch to snappy" is the new "that'll work when we switch to mir"
[10:06] <ogra_> swnappy allows "framework" snap packages ... that brings the technology to replace system bits
[10:06] <ogra_> popey, yeah :)
[10:07] <mcphail> To be fair, though, the default keyboard is surprisingly good. I was a devoted swiper on android but this works well. Congrats to the team
[10:08] <ogra_> it went through plenty iterations :)
[10:09] <Se7> yep it s nice but i would like to make a bit bigger
[10:18] <dpm> dholbach, reviewed https://code.launchpad.net/~dholbach/help-app/1434210/+merge/254706 - let me know if you think the comments make sense
[10:19] <dpm> mcphail, forwarding your appreciation for the keyboard to Elleo, developer and maintainer :)
[10:19] <mcphail> dpm: cheers. I'm really happy with it :)
[10:20] <dpm> excellent :)
[10:21] <Elleo> mcphail: glad you like it :)
[10:22] <mcphail> Elleo: I was really surprised. I find my wife's apple phone unusable due to the poor keyboard. I'm so used to swiping on the android keyboard (which is poor for typing as well)
[10:22] <mcphail> Elleo: getting it right is difficult and you've done a great job
[10:24] <Elleo> mcphail: very pleased to hear it's working well for you, we should have some further improvements in the pipeline too so hopefully it should get even better
[10:37] <nik90> dpm: ping
[11:08] <dpm> hi nik90
[11:08] <nik90> dpm: hi
[11:09] <nik90> dpm: Are you a bit free now?
[11:11] <ogra_> hmm, what was the magic one line to get haptic feedback ?
[11:11] <ogra_> *one liner
[11:11] <dpm> nik90, sure
[11:12] <nik90> dpm: it seems that the local world city translations that I implemented sometime back dont get loaded
[11:13] <nik90> dpm: the pot and po files are correctly up to date..but on testing clock app in french, I did not see the translations being loaded
[11:13] <ogra_> ah, found it
[11:13] <ogra_> ThemeEffect apparently
[11:13] <dpm> nik90, it might be that the translation domain is not being set correctly for the C++ files?
[11:14] <nik90> dpm: ok, let me check on that quickly
[11:17] <nik90> dpm: I see that add_definitions(-DGETTEXT_PACKAGE=\"${PROJECT_NAME}\") added to the C++ cmakelist file to define the gettext package. I will have to search for that example project I used to see if they added any other variables
[11:19] <dpm> nik90, I've never done it for a QML file + C++ plugin, but I'm thinking if the loading of translations for the plugin does not work, it might need initializing the domain in code. One person that could perhaps help on that would be dobey when he's online
[11:20] <nik90> dpm: ok. I will check with dobey when he comes online since I seem to have lost the link to the example project I used to figure this out before.
[11:20] <dpm> I think it was the click scope, let me check
[11:22] <nik90> dpm: hmm yes, https://bazaar.launchpad.net/~ubuntuone-control-tower/unity-scope-click/trunk/view/head:/libclickscope/click/click-i18n.h,
[11:22] <nik90> sry https://bazaar.launchpad.net/~ubuntuone-control-tower/unity-scope-click/trunk/view/head:/libclickscope/click/CMakeLists.txt
[11:24] <dpm> nik90, I think the static definitions are fine, but I'm thinking that the initialization of the domain in code might be missing
[11:24] <nik90> dpm: ack.
[11:25] <dpm> nik90, like this: http://bazaar.launchpad.net/~ubuntuone-control-tower/unity-scope-click/trunk/view/head:/scope/clickapps/apps-scope.cpp#L72
[11:26] <nik90> dpm: ah, I could define it in my c++ plugin and have it intialize the domain when it is loaded (when the world city page is opened)
[11:27] <dpm> that might be it
[11:28] <nik90> dpm: I will try this out. Thnx for your help
[11:28] <dpm> np! let me know if it works
[11:29] <nik90> sure
[11:29] <nik90> will do
[11:32] <dholbach> dpm, thanks - responded - sorry, I was at lunch
[11:32] <ahayzen> Hey, is there an 'official' way todo themes with a 1.1 sdk? Or is the best option todo it like podbird? http://bazaar.launchpad.net/~michael-sheldon/podbird/trunk/files/head:/app/themes/
[11:33] <davmor2> popey: can you sync calendar on todays vivid install?
[11:34] <nik90> ahayzen: not with 1.1, but with 1.2 it has some initial support for sub-theming capabilities that zsombi blogged about in developer.ubuntu.com
[11:34] <popey> i dont have any vivid devices handy at the moment
[11:34] <nik90> ahayzen: but it should become better with 1.3
[11:34] <ahayzen> nik90, ah cool thanks
[11:34] <dpm> dholbach, thanks!
[11:34] <davmor2> popey: can you sync on rtm then?
[11:35] <popey> davmor2: nope
[11:35] <popey> "Failed to sync"
[11:35]  * dpm lunches
[11:35] <davmor2> popey: that's what I'm seeing too
[11:37] <popey> 	 "error" : "error code from SyncEvolution remote, status 400: updateAllSubItems REPORT 'list items': bad HTTP status: <status 1.1, code 400, class 4, Bad Request>"
[11:38] <popey> in sync-monitor.log
[11:40] <kalikiana> hmmm http://soonsnap.com/ is fun
[11:45] <dholbach> dpm, done: https://code.launchpad.net/~dholbach/help-app/1434210/+merge/254706
[11:46] <dholbach> dpm, thanks again for the review
[11:47] <dholbach> dpm, once this is merged, I'll check if bug 1438530 is fixed as well - I'm not able to reproduce it locally, but I could well imagine that it'll be fixed too
[11:47] <dholbach> dpm, then I'd release 0.2
[11:47] <dholbach> (I moved 1433581 to 0.3 ... if that's OK with you?)
[11:52] <davmor2> popey: 	 "error" : "error code from SyncEvolution remote, status 400: updateAllSubItems REPORT 'list items': bad HTTP status: <status 1.1, code 400, class 4, Bad Request>" and 	 "error" : "error code from SyncEvolution remote, status 400: REPORT 'meta data': bad HTTP status: <status 1.1, code 400, class 4, Bad Request>"
[11:53] <popey> wonder if google changed something their end
[11:53] <davmor2> popey: wouldn't surprise me :D
[11:57] <popey> davmor2: wanna file a bug in sync-monitor?
[11:57] <davmor2> popey: will do
[11:57] <popey> we can poke bfiller with it
[12:03] <davmor2> popey: https://bugs.launchpad.net/sync-monitor/+bug/1438662
[12:05] <popey> confirmed
[12:05] <popey> bfiller: ^
[12:05] <dholbach> dpm, not sure if you're busy - maybe mhall119 can check/approve https://code.launchpad.net/~dholbach/help-app/1434210/+merge/254706?
[12:05]  * popey lunches
[12:16] <kalikiana> hmm where do I report that I need to login once (twice for my gapps account) for each app using google auth?
[12:16] <kalikiana> this is really inconvenient
[12:25] <dpm> dholbach, approved
[12:26]  * dholbach hugs dpm
[12:28] <dholbach> dpm, thanks, fixed the typo too
[12:28] <dpm> cool
[12:31] <mzanetti> popey, https://code.launchpad.net/~mzanetti/reminders-app/translations-update/+merge/254745
[12:31] <mzanetti> popey, I guess we can merge this now and do a call for translators
[12:48] <bfiller> renatu: can you look at this https://bugs.launchpad.net/sync-monitor/+bug/1438662 popey and davmor2 reporting
[12:48] <renatu> bfiller, sure
[12:49] <davmor2> renatu: I have a feeling that google might of changed something recently and maybe we haven't updated accordingly by the look of it
[12:57] <dholbach> dpm, looks like we're ready to go: https://launchpad.net/help-app/+milestone/0.2 - right? :)
[13:02]  * dpm looks
[13:04] <dpm> dholbach, looking great!
[13:04] <dholbach> cool
[13:04] <dholbach> dpm, I'm also chatting with IS about the deployment right now
[13:04] <dpm> excellent, a really nice addition to the app release :)
[13:05] <dholbach> yeah
[13:09] <dobey> dpm, nik90: yes, you will have to load the translation domain in code, in the same way one does for a library (vs for an app)
[13:09] <dholbach> popey, dpm: if you want to give http://daniel.holba.ch/temp/help.ubuntucoredev_0.2_all.click a quick spin before release - let me know
[13:09] <dholbach> (or anyone else)
[13:09] <popey> ok
[13:09]  * popey grabs
[13:12] <dholbach> hum.... for me it doesn't start at all (vivid)
[13:12]  * dholbach restarts the phone
[13:12] <popey> did you pull down refresh scope?
[13:12] <dholbach> hum... probably not
[13:12] <popey> works for me on rtm and vivid
[13:13] <dholbach> ah nie
[13:13] <dholbach> nice
[13:13] <dholbach> then I'll try after rebooting and upload it then
[13:13] <dholbach> thanks a lot popey
[13:13] <popey> so, grammar wise...
[13:13] <popey> "The music app" should be "The Music app"?
[13:13] <dholbach> popey, I don't know
[13:14] <popey> nvm
[13:14] <popey> it works well here on bq and meizu devices
[13:14] <dholbach> I got a long serious talk from a copywriter once about title case and stuff
[13:14] <dholbach> since then I don't know how to capitalise stuff anymore
[13:14] <popey> hah
[13:14] <ogra_> write an app !
[13:15] <ogra_> "Heading Generator"
[13:15] <dholbach> ogra_, I'm not going to take spelling advice from you
[13:15] <ogra_> (or should i write "Heading generator" ?)
[13:15] <dholbach> popey, works here now too :)
[13:15] <popey> dholbach: do we intentionally have spanish screenshots?
[13:16] <dholbach> popey, no, not quite - dpm added that one :)
[13:16] <ogra_> should take japanese ... they definitely look more interesting
[13:16] <dholbach> let's fix that in 0.2.1 or something :)
[13:17] <ogra_> geez, why do i fee like friday ...
[13:17] <popey> ok
[13:17] <popey> dholbach: should links be clickable?
[13:17] <popey> (they aren't)
[13:18] <dholbach> that's another known bug
[13:18] <popey> ok
[13:18] <dholbach> it's on the roadmap
[13:18] <dholbach> it should now be much easier to fix
[13:18] <kalikiana> bzoltan_: https://bugs.launchpad.net/ubuntu/+source/qtcreator-plugin-ubuntu/+bug/1437682
[13:19] <dpm> popey, it was a proof of concept to see if animated gifs would work. I guess we can take it away from the build and start replacing/adding gifs in English
[13:20]  * popey files a bug to track it
[13:25] <dholbach> popey, add milestone 0.3 for it
[13:26] <dholbach> 0.2 is landed
[13:26] <dpm> dholbach, davidcalle, do you happen to know which lp project to target for bugs on ubuntu.com? I'm looking at this snappy docs bug 1425021
[13:27] <dholbach> dpm, launchpad.net/ubuntu-website-content
[13:27] <dpm> great, thanks!
[13:33] <nik90> dobey: hey, I added the initialization code in https://code.launchpad.net/~nik90/ubuntu-clock-app/load-translation-domain, but I still dont see the translations. Can you give it a quick check?
[13:35] <nik90> dobey: Here's the diff where I added the initialization https://bazaar.launchpad.net/~nik90/ubuntu-clock-app/load-translation-domain/revision/235
[13:36] <dholbach> popey, 1433532 was the bug you mentioned earlier
[13:36] <popey> done
[13:40] <dobey> nik90: msgid "Washington D.C" <- should be "D.C."
[13:41] <nik90> dobey: that's will break all translations though :P
[13:41] <dobey> well, it's wrong as it is :)
[13:41] <nik90> I will fix it
[13:46] <dobey> nik90: what is GETTEXT_LOCALEDIR actually being defined as during the build?
[13:48] <nik90> dobey: How do I check that? I just made sure that the CMakeList.txt that I defined in my c++ plugin and the po folder matches of https://bazaar.launchpad.net/~ubuntuone-control-tower/unity-scope-click/trunk/files/316/scope/clickapps
[13:49] <nik90> the locale files are installed in ${CMAKE_INSTALL_LOCALEDIR}/${LANG}/LC_MESSAGES as defined in the po CMakeList.txt
[13:50] <dobey> nik90: the click scope is a .deb and not a click, so it will be a bit different
[13:50] <dobey> nik90: do you have a build log?
[13:50] <nik90> yeah, 1 sec let me pastebinit
[13:51] <nik90> dobey: http://paste.ubuntu.com/10712147/
[13:52] <dobey> nik90: ah, you need to build with VERBOSE=1 i think
[13:52] <dobey> to be able to see compiler arguments
[13:52]  * ogra_ starts getting annoyed that his IP changes on every reboot ... why dont we have a network status app yet that can show IP data etc
[13:53] <ogra_> (opening the terminal and typing in ifconfig is really suboptimal just to get the IP)
[13:53]  * nik90 tries
[13:58] <nik90> dobey: http://paste.ubuntu.com/10712206/
[13:58] <dobey> DGETTEXT_LOCALEDIR=\"//share/locale\"
[13:59] <dobey> that'd be a problem. it's trying to find your translations in //share/locale
[13:59] <dholbach> have a great rest of your day - I need to run! see you soon! :)
[14:03] <nik90> dobey: I am trying to play around with that path
[14:04] <nik90> dobey: how do I find out where the po files are being installed to?
[14:04] <nik90> I set -DGETTEXT_LOCALEDIR=\"${CMAKE_INSTALL_LOCALEDIR}\" in the c++ plugin
[14:05] <dobey> nik90: you can't do that, because that isn't the location where the translations actually are, in a click package
[14:05] <nik90> hmm what do I do?
[14:06] <dobey> well just CMAKE_INSTALL_LOCALEDIR might be ok, as it should just be "share/locale"
[14:06] <dobey> so that might work, assuming the translations are installed in share/locale/ inside the click directory
[14:08] <nik90> dobey: it didnt work..that's why I wanted to check where the translations are being installed to inside the click directory
[14:08] <mhall119> renatu: I hear you're the guy to talk to about calendar syncing
[14:09] <mhall119> renatu: I'd like to know if it's currently possible for a 3rd party to write an OnlineAccounts provider that adds calendar/contact syncing the way the Google provider does, and if so where this is documented
[14:10] <dobey> nik90: seems like they should be there
[14:20] <dobey> nik90: do translations from within the qml work?
[14:20] <nik90> dobey: yes
[14:20] <nik90> dobey: just the ones from c++ which were introduced very recently not working
[14:21] <dobey> ah
[14:22] <dobey> -DGETTEXT_PACKAGE=\"backend\"
[14:22] <dobey> that is wrong
[14:22] <dobey> why do you have project(backend) in backend/CMakeLists.txt?
[14:23] <dobey> remove that and rebuild
[14:23]  * nik90 tries
[14:25] <nik90> dobey: that did the trick!
[14:32] <nik90> dobey: can you approve https://code.launchpad.net/~nik90/ubuntu-clock-app/load-translation-domain/+merge/254770
[14:33] <nik90> dobey: I tested it on my phone and can confirm the french translation are loaded correctly
[14:33] <dobey> nik90: +1
[14:35] <nik90> dobey: thnx :)
[14:44] <bzoltan_> kalikiana:  did not I comment that bug already ?
[14:45] <kalikiana> bzoltan_: yes you did and I gave a more exact example since you apparently didn't see the problem
[14:45] <bzoltan_> kalikiana:  OK, I am checking it out right now
[14:46] <kalikiana> thank you!
[14:49] <bzoltan_> kalikiana:  rock and roll.. a bug indeed
[14:53] <renatu> mhall119, unfortunately we do not have any public api for that yet. We still discussing about that
[14:53] <mhall119> renatu: ah, ok, where is that discussion taking place?
[14:54] <mhall119> I've had several people asking how to add syncing to ownCloud or some other service
[14:55] <renatu> mhall119, there is a thread on the mail list about the owncloud syncing
[14:55] <mhall119> ubuntu-phone ML?
[14:57] <renatu> https://lists.launchpad.net/ubuntu-phone/msg09440.html
[14:58] <renatu> mhall119, the main problem now is that. We do not have a public way to extend sync-monitor service, if we want it to support others sources we need to implement it direct on the code
[14:59] <mhall119> renatu: ok, and is there a blueprint or something to track the work that would be needed for this? We have Ubuntu Online Summit coming up where it can be discussed in detail
[15:00] <renatu> mhall119, as long term solution we intend to use buteo
[15:00] <renatu> mhall119, I do not think so
[15:00] <mhall119> could there be?
[18:13] <akiva-thinkpad> zbenjamin, ping
[18:32] <nik90> dobey: ping, in our MP the qml tests are failing because while running "make test", it seems to be looking at the wrong directory for the tst_*.qml files
[18:32] <nik90> http://91.189.93.70:8080/job/generic-mediumtests-utopic/2471/console
[18:33] <nik90> dobey: it seems to be because we removed the project(backend) line
[18:34] <dobey> wtf
[18:36] <nik90> I think it is because of line 19 in https://bazaar.launchpad.net/~nik90/ubuntu-clock-app/load-translation-domain/view/head:/tests/unit/CMakeLists.txt
[18:36] <dobey> nik90: yes
[18:36] <dobey> nik90: you should change that to ${CMAKE_BINARY_DIR}/backend
[18:36] <nik90> dobey: I have no idea what the hell ${backend_BINARY_DIR} refers
[18:37] <dobey> nik90: it's ${project}_BINARY_DIR
[18:37] <dobey> so it refers to the binary dir for that project
[18:37] <dobey> so ${CMAKE_BINARY_DIR}/backend instead should fix it
[18:38] <nik90> I tried both ${CMAKE_BINARY_DIR}/backend and ${CMAKE_CURRENT_BINARY_DIR}/backend, but the test that uses those c++ plugin fails stating that they are not installed
[18:41] <nik90> dobey: hmm when I look at https://bazaar.launchpad.net/~nik90/ubuntu-clock-app/load-translation-domain/view/head:/backend/CMakeLists.txt#L76, the plugins are indeed copied ${CMAKE_CURRENT_BINARY_DIR}/plugin-name
[18:43] <dobey> it should be ${CMAKE_BINARY_DIR}/backend as ${CMAKE_CURRENT_BINARY_DIR} would be inside the tests sub-dir in that case
[18:47] <nik90> that didn't work
[18:47] <nik90> the tests which don't require the backend plugins PASS though
[18:47] <dobey> didn't work how?
[18:48] <dobey> i'm not good with vague statements :)
[18:48] <dobey> how did it fail? how did it fail differently from before?
[18:48] <nik90> when I run "make test", out of the 6 test suites, 3 of the test suites import these c++ plugins. and those fails by outputing module "DateTime" is not installed
[18:49] <nik90> previously in the jenkins error, all the test suites failed outputting the error The directory '.' does not contain any test files matching 'tst_*.qml'
[18:49] <dobey> maybe you need to set QML2_IMPORT_PATH instead of using -import arg
[18:52] <nik90> hmm I guess although manually creating a builddir and then running the tests by "qmltestrunner -import ../../builddir/backend -input tst_alarm.qml" works
[18:53] <dobey> hmm
[18:53] <dobey> then the ${CMAKE_BINARY_DIR}/backend should work
[18:55] <nik90> dobey: I think I found the cause, looking at http://paste.ubuntu.com/10713816/, it seems it is importing the "/home/krnekhelesh/Documents/load-translation-domain/builddir/tests/unit" directory instead
[18:56] <dobey> using what variable?
[18:56] <dobey> you are using ${CMAKE_CURRENT_BINARY_DIR} in that case, which is wrong
[18:56] <nik90> using CMAKE_BINARY_DIR/backend
[18:56] <nik90> I cant say why backend isn't in that path
[18:57] <nik90> actually changing that path has no effect
[18:57] <nik90> I just removed it and tried just "backend" and it stills looks in "/home/krnekhelesh/Documents/load-translation-domain/builddir/tests/unit
[18:57] <dobey> you re-ran cmake of course?
[18:58] <dobey> because that sounds like it's just cached
[18:58]  * nik90 looks stupid
[18:59] <nik90> in my defense I did run cmake a couple of times before adjusting the path. I didnt do it the last few times
[20:49] <popey> aquarius: http://www.omgchrome.com/chromebit-a-99-chrome-pc-the-size-of-a-chromecast/ your presentations on a stick.
[20:52] <aquarius> sadly, not really; the idea behind splinter was that you would screencast to it from your phone (rather than broadcasting to the stick from a *specific* anointed phone app, or having the stick itself need to have the presentation on it). On the other hand, doing it with chromebit is more likely to actually be succesful because my way requires reverse-engineering airplay, which I have failed to do despite putt
[20:52] <aquarius> ing quite a bit of effort in :)
[20:56] <popey> :)
[22:54] <ahayzen> Hey, so if i have changed my developer namespace for my account, I can still upload new versions of to apps which had my old namespace right? Because I have already 'claimed' it as mine?
[23:45] <ahayzen> ...appears you can :)
[23:47] <ahoneybun> ahayzen: yo
[23:47] <ahayzen> ahoneybun, sup?
[23:47] <ahoneybun> ahayzen: now my app is showing up in the store :
[23:47] <ahoneybun> :)
[23:47] <ahayzen> :D
[23:48] <ahoneybun> mhall119: helped me see I was using the wrong framework
[23:48] <ahayzen> ah woops
[23:49] <ahoneybun> yea lol