[08:03] <dholbach> good morning
[09:32] <popey> dpm: mzanetti when i use ./run_on_ubuntu_touch.sh I keep getting password prompts for phablet@127.0.0.1...
[09:32] <popey> not seen that before
[09:32] <popey> have i missed a step?
[09:32] <dpm> popey, yeah, that's the issue I'm having too
[09:34] <mzanetti> popey: dpm: tun_on_device -s ?
[09:34] <mzanetti> popey: dpm: run_on_device -s ?
[09:34] <popey> ah duh
[09:34] <popey> yea, i clean flashed phone
[09:34] <popey> so need to do that
[09:34] <dpm> mzanetti, that didn't fix it for me when I tried last week
[09:35] <popey> yeah, does it with -s too
[09:36]  * mzanetti looks
[09:36] <popey> i am on #129
[09:37] <mzanetti> popey: dpm: ah... maybe you are hit by the SDK bug... it generates a new ssh keypair every time you plug a freshly flashed device. at some point the system will give up trying all the old wrong keys
[09:37] <mzanetti> try deleting ~/.ssh/ubuntudevice*
[09:38] <popey> mzanetti: http://paste.ubuntu.com/6755293/
[09:39]  * popey rm's /home/phablet/reminders-app too
[09:39] <mzanetti> popey: the stale ssh keys are on your pc
[09:39] <popey> http://paste.ubuntu.com/6755295/
[09:40] <popey> better, but it wants r/w ?
[09:40] <popey> E: Unable to write to /var/cache/apt/
[09:40] <mzanetti> popey: to install gcc and everything on the device
[09:40] <popey> ah
[09:40] <mzanetti> popey, dpm: please vote for this bug https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1237923
[09:40] <ubot2> Launchpad bug 1237923 in Ubuntu UI Toolkit "SSH keys should not be generated automatically - or at least kept for QtCreator use only" [Undecided,Confirmed]
[09:41] <popey> looks like I already "me too'd" it
[09:46] <popey> mzanetti: maybe you should rm the ssh keys in the script ㋛
[09:47] <mzanetti> popey: would work for me as I don't use qtcreator's deploy and run for ubuntu anyways. but might annoy other people
[09:47] <popey> pffft, other people
[10:00] <popey> dpm / mzanetti can you reproduce bug 1264843 ?
[10:00] <ubot2> Launchpad bug 1264843 in Ubuntu Reminders app "Connection timeout if left too long before signing in" [Undecided,New] https://launchpad.net/bugs/1264843
[10:00] <popey> Basically start the app then go and get a coffee, come back and tap your login
[10:00] <dpm> mzanetti, but the script cannot be used via qtcreator anyway, can it?
[10:01] <dpm> popey, will do, let me update to the image with the online accounts plugin and install
[10:02] <mzanetti> dpm: not really... but if I remove all those ssh keys with the script, it might remove ssh keys used by qtcreator
[10:02] <dpm> aaah ok
[10:02] <mzanetti> popey: yeah... I've seen something like this
[10:03] <mzanetti> popey: and intentionally not caught that exception to be aware of when it happens
[10:03] <mzanetti> I'm still unsure if I should just catch that exception and try to reconnect
[10:03] <dpm> mzanetti, btw, as mentioned yesterday, the accounts plugin is now in the latest image. So for manual, local testing and demos we can now just install the click package without having to set the phone to R/W and install the accounts plugin first
[10:03] <mzanetti> or if this shouldn't happen in the first place
[10:04] <mzanetti> dpm: ah ok, nice
[10:31] <WebbyIT> ehy popey, could you review this, please? https://code.launchpad.net/~rpadovani/ubuntu-calculator-app/1267820/+merge/201313
[10:36] <popey> sure WebbyIT
[11:01] <JamesTait> Good morning all; happy Hat Day! :-D
[11:13] <WebbyIT> popey, just see your comment, what escape key is supposed to do? Now it scroll down the page if last calc is not on view
[11:14] <popey> "Pressing "escape" in a label should revert the current edit and edit editing, not clear the calculation"
[11:14] <popey> (from the bug)
[11:19] <WebbyIT> popey, mhh, this is weird, on my pc it works.. do you have time to try a thing?
[11:19] <popey> for you, of course
[11:19] <WebbyIT> :-) On line 203 of Simple/SimplePage.qml, after Keys.onPressed, add console.log(event.key)
[11:20] <WebbyIT> popey, and then run the app and give me the output
[11:24] <dholbach> hey daker - how are you doing? does https://code.launchpad.net/~daker/ubuntu-html5-theme/fix.1216873/+merge/185360 need more work or does it need another review? do you need any help with it?
[11:27] <popey> 16777216 WebbyIT
[11:27] <popey> when i press escape
[11:28] <WebbyIT> popey, ok, thanks.. It's the same I have, maybe it's something with Qt.Key_Escape. I try to exlicit it
[11:29] <popey> np
[11:29] <nik90> WebbyIT: have you looked at http://doc.qt.digia.com/4.6/qt.html#Key-enum for the key names?
[11:30] <WebbyIT> nik90, yap, I followed it
[11:31] <nik90> popey: btw, the stopwatch label bug should be a 1 line fix. Will propose MP soon
[11:31] <popey> k
[11:31] <nik90> I need someone to review https://code.launchpad.net/~nik90/ubuntu-clock-app/fix-alarm-analogue-format/+merge/201282
[11:38] <WebbyIT> popey, I updated the MR, could you try please? I have also found error you said when hit enter and fixed it
[11:38] <WebbyIT> https://code.launchpad.net/~rpadovani/ubuntu-calculator-app/1267820/+merge/201313
[11:38] <popey> sure
[11:40] <popey> WebbyIT: escape now works.
[11:40] <popey> however the display jumps down when i press escape
[11:41] <popey> WebbyIT: http://imgur.com/tgXgDC0
[11:41] <popey> i did 10 * 10 [Esc]
[11:41] <popey> and it jumped down
[11:45] <nik90> timp: Would it be possible to get someone to merge your qml loader fix MP today?
[11:46] <timp> nik90: depends on whether zsombi has time for it
[11:46] <timp> zsombi1: ^ https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/pageHeight/+merge/201382
[11:46] <timp> nik90: ^ that one right?
[11:47] <zsombi1> timp: uhh.. ok, I'll push its priority up then
[11:48] <WebbyIT> popey, mhh, what's wrong? If you press esc when you are doing a calc, you delete the calc
[11:50] <popey> well, note how the number area has moved down
[11:50] <popey> it scrolled without me scrolling
[11:56] <daker> dholbach: alex-abreu did explain the situation to mhall119
[12:07] <nik90> timp: yeah that's the one
[12:12] <dpm> oSoMoN, do you have a minute for a quick cmake/translations question? I'm looking at indicator-location, which doesn't have i18n support yet, and I thought I could reuse the cmake rules you created for browser & co. Looking at indicator-location, it seems to have something in place already, though, but I'm not familiar enough with cmake to tell if it would be enough to build a .pot file and then the .mo files. It's at http://bazaar.launchpad.net/~in
[12:12] <dpm> dicator-applet-developers/indicator-location/trunk.14.04/view/head:/po/CMakeLists.txt - What do you think?
[12:13] <oSoMoN> dpm, I’m about to leave for lunch (eating out today), mind if I have a look when I get back?
[12:14] <dpm> oSoMoN, of course, no worries, thanks!
[12:32] <ahayzen> timp, ping
[12:36] <dholbach> daker, ah ok
[12:39] <nik90> zsombi: Hey, on looking through your pickerpanel code, I noticed the following line, Component.onCompleted: isPhone = formFactorPhone && (QuickUtils.inputMethodProvider !== "")
[12:40] <nik90> zsombi: does QuickUtils.inputMethodProvider help in detecting if the device has a on-screen keyboard?
[12:40] <nik90> zsombi: I am asking since I may need to implement something similar for the clock app
[12:46] <timp> ahayzen: pong
[12:46] <ahayzen> timp, this is still failing :/ https://code.launchpad.net/~andrew-hayzen/ubuntu-ui-toolkit/fix-swipe-delete-001/+merge/199906 ... looking at the logs https://jenkins.qa.ubuntu.com/job/generic-mediumtests-runner-mako/4675/console its like the process doesn't even start
[12:47] <ahayzen> timp, how can such a small change be causing such chaos lol
[12:53] <timp> ahayzen: at first sight is till looks like a broken jenkins to me :s
[12:54] <ahayzen> timp, :/
[12:54] <timp> ahayzen: I'd ask for help in #ubuntu-ci-eng, but they may be very busy
[12:54] <ahayzen> timp, thanks understood
[14:20] <zsombi> nik90: QuickUtils does, however it is not a public API seo we don't promise anything for that. We have plans to have something that would help on detecting the form factor the app is running, so till then you need to use something else to find out in what FF are you running. Use the GU pixel size, that's better
[14:26] <oSoMoN> dpm, I had a look at the pot file generation for indicator-location, there is already some cmake logic that adds a pot target, however it’s not working, looks like the generated target is missing a parameter to call xgettext (-f path/to/POTFILES.in)
[14:26] <oSoMoN> dpm, it’s using a custom cmake module to do that which I don’t know
[14:27] <dpm> oSoMoN, do you think it might be worth fixing that to get it to do what we need, or just replace it by the rules you and the other guys created for the system apps?
[14:28] <oSoMoN> dpm, I think it’s probably much easier to fix what’s already there, let’s ask charles about it
[14:29] <oSoMoN> charles, dpm and myself are trying to figure out how to make the pot target work for indicator-location, looks like you got that code from lp:indicator-session, did you ever get it to work?
[14:30] <dpm> charles, to provide some more context, it's about this bug to make indicator-location translatable: bug 1232412
[14:30] <ubot2> Launchpad bug 1232412 in Ubuntu Translations "Needs translation setup" [High,Triaged] https://launchpad.net/bugs/1232412
[15:41] <dpm> hi charles, I'm not sure if you were up yet. Did you have the chance to look at the question from earlier on about indicator-location? ^^
[15:59] <charles> oSoMoN, dpm: I seem to recall the problem was that cmake and intltool/gettext weren't playing nicely with each other
[16:00] <charles> oSoMoN, dpm: iirc seb128 was the one who found this in the indicators and came up with the original workaround. iirc he'd seen something similar in u-s-s but I'm less sure about that?
[16:01] <charles> are there any cmake-based indicators that are known to work? If so we can modify the rest to use its rules
[16:21] <dpm> charles, sorry for not being too responsive, on a call right now. I'm not familiar with the build system of the rest of the indicators and whether they use cmake
[16:21] <dpm> the other option is to use the cmake rules that are known to work for the system apps
[16:22] <charles> dpm: no problem. I know the indicator side of it, but need guidance on which (if any) indicators are known to be working right, so that I can use their rules as in the others' code
[16:23] <charles> I suspect seb128 knows the answer to this
[16:23] <dpm> charles, all of the rest on the phone do load translations, but I've not had a look at their code yet to see if they're cmake-based. I can have a look after the call
[16:24] <charles> dpm: on the phone, indicator-sound and indicator-datetime are both cmake based
[16:24] <charles> they're working correctly?
[16:25] <charles> I'll compare what they do wrt i18n to what indicator-location is doing.
[16:25] <charles> sounds like it should be an easy thing; most likely indicator-location just got overlooked when we added the workaround to the other cmake indicators
[16:26]  * charles assigns himself to https://launchpad.net/bugs/1232412
[16:26] <dpm> charles, they were working when I was testing the image yesterday, at least I remember the i-d being localized, but I can double-check later on today
[16:26] <ubot2> Launchpad bug 1232412 in Ubuntu Translations "Needs translation setup" [High,Triaged]
[16:26] <dpm> thanks charles!
[16:27] <charles> dpm, oSoMoN: thanks for pointing this out to me :)
[16:28] <WebbyIT> ehy popey, I updated today branch to fix the error you notice, but I think it's a bug in SDK
[16:28] <WebbyIT> If I use formulaView.positionViewAtBeginning() doesn't work
[16:28] <WebbyIT> but if I use formulaView.contentY = 0 works as expected
[16:35] <seb128> charles, dpm: what's the issue with cmake/intltool?
[17:08] <dpm> seb128, sorry, just got off the phone. So the context was that indicator-location is currently the last indicator missing i18n support. It seems to have some i18n cmake rules in place in the source tree, but they seem to be incomplete and do not generate a .pot file (nor they build the .mo files afaiui). We thought that if there are other indicators using cmake and implementing i18n support we could just steal the build rules from them, and as you r
[17:08] <dpm> eplied to the bug, you might know more about that
[17:11] <seb128> dpm, dh-translations should work, let me have a look
[17:11] <dpm> thanks seb128
[17:15] <seb128> dpm, is the issue with the vcs or the packaging?
[17:15] <seb128> dpm, because https://launchpadlibrarian.net/157540889/buildlog_ubuntu-trusty-i386.indicator-location_13.10.0%2B14.04.20131125-0ubuntu1_UPLOADING.txt.gz has
[17:15] <seb128> "Wrote indicator-location.pot"
[17:15] <seb128> I've it as well locally
[17:16] <dpm> seb128, oh, I was looking at the upstream project and noticed it didn't have translations enabled. I couldn't see them in the source package, either, but perhaps I missed something. Let me double-check
[17:17] <seb128> dpm, there is something wrong with launchpad there, that translation never made it to the queue
[17:17] <dpm> indeed it didn't: https://translations.launchpad.net/ubuntu/trusty/+source/indicator-location/+imports
[17:17] <seb128> dpm, I wonder if that's https://bugs.launchpad.net/launchpad/+bug/1260754
[17:17] <ubot2> Launchpad bug 1260754 in Launchpad itself "Translation not imported from source to launchpad" [Undecided,New]
[17:17] <seb128> or a similar issue
[17:18] <dpm> that's weird, I haven't seen LP failing on importing templates in a while
[17:18] <seb128> dpm, OH!
[17:18] <seb128> dpm, it's in universe, we don't langpack universe
[17:19] <dpm> aha!
[17:19] <seb128> I guess we don't import templates either?
[17:19] <dpm> we can actually import them
[17:19] <dpm> let me check how. Or is this planned to get into main soon?
[17:19] <seb128> there was some sort of effort to do that but I though we reverted the packages that did it because of some bug on the launchpad side
[17:19] <seb128> we should MIR it in any case
[17:20] <dpm> ok, so doing the MIR looks like the way to go. In the meantime we can enable translations in the upstream project
[17:20] <seb128> right
[17:20] <dpm> charles, were you planning in doing a MIR for indicator-location?
[17:21] <seb128> dpm, charles: https://wiki.ubuntu.com/MainInclusionProcess for the process details
[17:21] <seb128> should be easy nowadays (if it doesn't depends on stuff that are not promoted yet)
[17:21] <dpm> seb128, if dh-translations works, I assume that building the .pot locally from the source tree should work too, right?
[17:22] <seb128> dpm, yeah, I did a local build, worked fine, calling intltool-update -p also works (it just names the file untitled.pot)
[17:23] <dpm> ok, so I think what I'll do is to do an intltool-update and manually upload the template in the upstream project, and then clarify with charles about the MIR
[17:23] <seb128> sounds good to me
[17:23] <dpm> awesome, thanks seb128!
[17:23] <seb128> yw ;-)
[17:38] <myNameIsWho> How do I add items to the Hud ?
[17:39] <myNameIsWho> thanks
[17:40] <myNameIsWho> Also I am making a torrent client/server and am wondering how I am going to get around the security issues of things like saving files and what not
[17:47] <ahayzen> timp, u still around?
[18:15] <timp> ahayzen: yes
[18:16] <ahayzen> timp, so ur branch passed? https://code.launchpad.net/~tpeeters/ubuntu-ui-toolkit/fix-swipe-delete-001/+merge/201784
[18:16] <ahayzen> timp, i was talking to the CI guys they said tht qmlscene crashed...
[18:19] <timp> ahayzen: I wonder whether the fails are random and we are very unlucky.
[18:19] <timp> ahayzen: I wonder whether the fails are random and we are very unlucky.
[18:20] <timp> ahayzen: I top-approved it again. if it fails I will ask someone to top-approve my copy of the MR
[18:20] <ahayzen> timp, hopefully...they said to get one of the UITK devs to look at the .crash file
[18:20] <timp> I am one of the UITK devs
[18:20] <timp> looking now....
[18:21] <timp> ah I looked at them before, and had no clue what's happening
[18:22] <ahayzen> timp, hehe
[18:23] <timp> I'll ask in #ubuntu-ci-eng why CI on my branch passes and your autolanding fails
[18:24] <ahayzen> timp, cool... i'll join tht channel as well
[20:11] <ahayzen> balloons, FYI we have a bug report now for the MediaPlayer autopilot issue https://bugs.launchpad.net/autopilot-qt/+bug/1269578
[20:11] <ubot2> Launchpad bug 1269578 in Autopilot Qt Support "Autopilot cannot access MediaPlayer component" [High,In progress]
[20:11] <balloons> ahayzen, ahh perfect. I'd add that to the merge
[20:11] <ahayzen> balloons, it is linked
[20:11] <balloons> nice find.. but sorry you had to hit it :-)
[20:12] <ahayzen> balloons, :) i like breaking things
[20:49] <nik90> hey guys, do you know how to set the minimum width of a qml app?
[20:50] <nik90> I don't want the clock app width to go below units.gu(50) since it makes the analogue clock face look bad.
[20:52] <ahayzen> nik90, does ur clock app have swipeDelete in it?
[20:53] <nik90> ahayzen: it does
[20:53] <ahayzen> nik90, do u have autopilot tests on it?
[20:54] <ahayzen> nik90, as in performing the swipeDelete?
[20:54] <nik90> ahayzen: yup
[20:54] <ahayzen> nik90, i'm just wondering how u do it cause i've just removed the music-app's custom swipeDelete component
[20:55] <nik90> ahayzen: I also removed the custom swipeDelete from clock app and started using the SDK component for that
[20:55] <nik90> ahayzen: the SDK autopilot emulator provides a function to swipe delete
[20:55] <ahayzen> nik90, can u remember which test it is in?
[20:55] <ahayzen> nik90, and my initial reorder component will hopefully land soon \o/
[20:56] <ahayzen> nik90, just no scrolling yet :/
[20:56] <nik90> ahayzen: http://paste.ubuntu.com/6758385/
[20:56] <ahayzen> nik90, think i've found it delete_alarm() ?
[20:57] <nik90> it is a simple swipe_to_delete() emulator function
[20:57] <ahayzen> nik90, oh nice first_lap.swipe_to_delete(), first_lap.confirm_removal()
[20:57] <nik90> ahayzen: dont look at alarms tests, they are broken at the moment
[20:57] <nik90> ahayzen: yup that's it
[20:57] <ahayzen> nik90, ah ok .. u having issues with autopilot as well ;)
[20:58] <nik90> ahayzen: well not really. the alarms feature is still a wip
[20:58] <nik90> hence no sense making the test to work :)
[20:58] <ahayzen> nik90, oh u still waiting for the service?
[20:58] <nik90> ahayzen: waiting on the notification service yes
[20:59] <nik90> ahayzen: and some minute bugs in the alarms API
[20:59] <ahayzen> nik90, we are waiting on two services :/ once they start landing it'll be awesome though :D
[20:59] <nik90> ahayzen: which ones?
[20:59] <ahayzen> nik90, mediascanner and ... mediahub?
[20:59] <ahayzen> nik90, one to scan for music and one tht plays music while the phone is locked etc
[21:00] <nik90> ahayzen: ah okay ... I am guessing they will replace the grillo plugin
[21:00] <ahayzen> nik90, yep thts why we are not too bothered about issues in grilo
[21:00] <nik90> ahayzen: I thought the music app works even when the phonne is locked
[21:00] <nik90> using qt powerd
[21:00] <ahayzen> nik90, we have an exception in powerd IIRC
[21:01] <ahayzen> nik90, but it means our app is always running which is not best
[21:01] <nik90> ahayzen: ah.. then it makes sense
[21:01] <ahayzen> nik90, so this would allow our app to sleep like the others
[21:01] <nik90> ahayzen: oh btw did you see today's convergence hangout?
[21:01] <nik90> we discussed about the sheets
[21:01] <nik90> in the music app
[21:01] <ahayzen> nik90, and we're hoping will fix a few other issues
[21:01] <nik90> it has to go
[21:01] <ahayzen> nik90, yeah i did thx for covering :)
[21:02] <nik90> :)
[21:13] <nik90> ahayzen: hey btw are you defining all your keyboard shortcuts in the main qml file? or did you put them in their respective files?
[21:14] <ahayzen> nik90, https://code.launchpad.net/~andrew-hayzen/music-app/convergence-keyboard-shortcuts/+merge/201266 at the moment
[21:14] <ahayzen> nik90, i dunno whether to move all of the HUD actions and shortcuts into a separate file
[21:14] <nik90> ahayzen: I was thinking the same thing. I am not a fan of making the main file big by adding everything to it
[21:15] <nik90> although I have no idea how to do it
[21:15] <ahayzen> u could just listen to the events?
[21:15] <nik90> using connections?
[21:16] <nik90> but say I move all the shortcuts to keyboard.qml, what would the object be defined as in that file?
[21:16] <nik90> Item {} ?
[21:17] <ahayzen> nik90, erm probably... i'll have a look in a second just fixing up autopilot
[21:17] <nik90> ahayzen: oh yeah sorry. go ahead
[21:19] <ahayzen> nik90, i have waaaay to many things going on
[21:19] <ahayzen> nik90, literally the whole of the QtCreator sidebar just says music-app repeated from top to bottom of the screen must be a good 20 branches going lol
[21:20] <nik90> lol
[21:24] <ahayzen> nik90, right keyboard shortcuts
[21:24]  * ahayzen hates it how QtCreator just displays "music-app"
[21:25] <nik90> ahayzen: +1
[21:26] <nik90> are you trying to search your sidebar for the right project? lol
[21:26] <ahayzen> nik90, yeah i usually end up clicking the little computer icon then search tht list which shows the filepaths...click on it then it highlights the right 'music-app' :)
[21:27] <ahayzen> nik90, hmm ur probably still gonna have a Keys { } in the mainView
[21:28] <ahayzen> nik90, or not lol
[21:29] <nik90> ahayzen: right now, I defined the entire Keys.onPressed signal in the main file which is only going to get bigger. Hence pushing that into a separate file would be lovely
[21:30] <ahayzen> nik90, easiest way would probably be to just call a function from Keys.onPressed: { myFunction(event) }
[21:30] <ahayzen> nik90, and have tht function in another file
[21:31] <nik90> ahayzen: hmm yeah that could work
[21:32] <ahayzen> nik90, probably the simplest/easiest :P
[21:42] <nik90> popey: as I said the stopwatch label fix is quite small -> https://code.launchpad.net/~nik90/ubuntu-clock-app/fix-stopwatch-label-size/+merge/201842