[01:08] <jphilipz> hi all, visited popey's article about the core-apps and he said you guys were in here, is this a good place to send in feedback
[01:08] <popey> jphilipz: heya
[01:08] <popey> wassup?
[01:09] <jphilipz> popey: decided to give the webapps a go after seeing your page
[01:09] <popey> heh
[01:09] <jphilipz> i was trying out the file manager app and when files have a long name, the long name expands
[01:10] <popey> yeah, not a lot of room for filenames on small display
[01:10] <popey> so compromises had to be made
[01:11] <jphilipz> but if the filename is on the right or left side of the edge, the filename expands outside of the edges
[01:11] <popey> ah i see
[01:11] <jphilipz> maybe expanding to the left and right is better
[01:11] <jphilipz> maybe a two line expand might be good idea as well
[01:13] <jphilipz> no scratch that idea :)
[01:13] <popey> heh
[01:13] <popey> design on the fly ☻
[01:13] <jphilipz> the two line part :)
[01:15] <popey> you interested in the coding part or the design part?
[01:15] <popey> I'm just about to go off to get some beauty sleep, so would be interested in continuing this conversation when I'm awake
[01:15] <jphilipz> i dont have any coding experience unfortunately, so the least i can do is send it design issues. :)
[01:16] <popey> ok. can you drop me a mail? alan.pope@canonical.com?
[01:16] <jphilipz> popey: look forward to it, will collect all my thoughts for all the apps and send it to you, always enjoy you on linux unplugged :)
[01:16] <popey> aw, thats kind of you to say, thanks!
[01:16] <popey> now, I'm off to turn into a pumpkin
[01:16] <jphilipz> good night
[01:16] <popey> nn
=== _salem is now known as salem_
=== chihchun_afk is now known as chihchun
=== salem_ is now known as _salem
=== tsimpson_ is now known as tsimpson
=== DanChapman_ is now known as DanChapman
[07:05] <dholbach> good morning
[07:56] <DanChapman> Good Morning all
[08:01] <JamesTai1> Good morning all; happy Hug Your Cat Day! :-D
[08:02]  * hyperair wants a cat to hug.
[08:03] <hyperair> and sneeze at
=== JamesTai1 is now known as JamesTait
=== chihchun_afk is now known as chihchun
[09:06] <bzoltan> oSoMoN:  in case of regression I think we should make some steps
[09:16] <deodar> hello, any biological lifeforms here?
[09:20] <deodar> liuxg?
[09:20] <deodar> CodePulsar?
[09:20] <CodePulsar> ey?
[09:20] <deodar> oh
[09:21] <deodar> have a second ?
[09:21] <CodePulsar> Probably
[09:21] <deodar> I have an app I want to get published as ubuntu package
[09:21] <deodar> I have no idea how to start
[09:21] <deodar> app is ready
[09:21] <deodar> https://github.com/exebook/deodar
[09:21] <deodar> any idea what I do next?
[09:21] <CodePulsar> Ubuntu package for desktop ?
[09:21] <deodar> yep
[09:21] <deodar> people have problems installing from source
[09:22] <deodar> they need node.js, compiler, xwindow headers etc
[09:23] <CodePulsar> deodar: https://wiki.ubuntu.com/Packaging && http://blog.ideabulbs.com/2010/11/how-to-create-your-own-debianubuntu.html
[09:26] <CodePulsar> deodar: or you could make a bash script that installs all the things
[09:27] <CodePulsar> deodar: and tell your users to run the script
[09:27] <CodePulsar> deodar: but a package is more user friendly
[09:29] <deodar> ok thanks for hints!
[10:32] <dpm> nik90_, do you have a time for the next core apps hangout? I think you said Thursday, but I don't recall having set a time. It'd be good to announce it today to give enough notice for any viewers
[10:33] <dpm> nik90_, also when you've got a minute this branch only needs a small tweak and should be nearly ready to land: https://code.launchpad.net/~nik90/ubuntu-clock-app/make-settings-translatable/+merge/221538
[10:40] <nik90_> dpm: I am trying to get the time fixed. I have asked Michael Spencer for the time, but haven't got a reply yet. I will see if I can catch him on g+
[10:40] <nik90_> dpm: will update the MP in a minute
[10:40]  * dpm hugs nik90_
[10:40] <nik90_> :)
[10:50] <nik90_> dpm: the MP is done. Could you check again now
[10:51] <dpm> sure
[10:56] <nik90_> damn, launchpad removes the inline comments once a new commit is done
[10:57] <dpm> nik90_, looks good to me, but there's only the inline comment to clarify (no worries, I re-added it)
[11:01] <nik90_> dpm: replied. I actually already replied inline, however my new commits removed my inline replies as well.
[11:02]  * nik90_ is going to get some lunch..brb in 20-25 mins
=== _salem is now known as salem_
=== gatox is now known as gatox_at_dr
=== MacSlow is now known as MacSlow|lunch
=== salem_ is now known as _salem
[11:28] <dpm> nik90_, approved, thanks!
=== oSoMoN_ is now known as oSoMoN
[11:44] <popey> bzoltan: do you have someone who can help DanChapman with some cmake issues? He's packaging trojita email client as a click package, and getting stuck. Who can help him?
[11:52] <t1mp> zbenjamin: ^?
[11:53] <zbenjamin> popey: i think bzoltan already did that.
[11:53] <bzoltan> popey:  me and zbenjamin
[11:53] <zbenjamin> popey: i mean the click packaging
[11:53] <zbenjamin> bzoltan: wasn't trojita one of your test projects?
[11:53] <bzoltan> popey:  Yes, I did package the trojita and installed it on my device (500 flashes before)
[11:53] <popey> DanChapman: ^^
[11:54] <bzoltan> zbenjamin:  yes it was
[11:55] <bzoltan> DanChapman:  me and zbenjamin are here to solve whatever problem you hit with packaging trojita... if we can not solve it we will fix the QtCreator and make a release for it. I _DO_WANT_ trojita on my device as a regular app :D
=== chihchun is now known as chihchun_afk
[12:01] <DanChapman> bzoltan: thanks, well the good news is QtCreator is building the clicks fine.  You can test it from https://github.com/dpniel/trojita/commits/click_pkging if  you wish. The issue is getting to land upstream
=== gatox_at_dr is now known as gatox
[12:02] <DanChapman> I'm not a cmake guru so i shamelessly copied how the core-apps do it, but that has resulted in a list of issues I do not know how to either resolve or defned :-D see https://git.reviewboard.kde.org/r/118429/
=== _salem is now known as salem_
[12:02] <DanChapman> s/defned/defend
[12:04] <DanChapman> bzoltan if you try the branch the options are -DWITH_UBUNTU=on -DUBUNTU_CLICK_MODE=on
=== MacSlow|lunch is now known as MacSlow
[12:23] <nik90_> popey: what happened to the filter labels in trello? I noticed that they no longer point to a specific core app
[12:24] <popey> yeah, we ran out of colours
[12:24] <popey> so instead now prefix the card with the app name
[12:24] <popey> instead of having colour == app
[12:24] <nik90_> ah okay
[12:26] <nik90_> jhodapp: ping
[12:31] <nik90_> zbenjamin: ping
=== nik90_ is now known as nik90
[12:43] <jhodapp> nik90, pong
[12:43] <nik90> jhodapp: while playing video files using media-hub, does the screen always remain on?
[12:43] <jhodapp> nik90, yes
[12:44] <nik90> jhodapp: How did you implement it? Is there a provision in the platform to keep the screen on if an app requests it?
[12:44] <jhodapp> nik90, dbus call to powerd
[12:44] <nik90> jhodapp: I need to implement something for the clock app night mode which shows a basic clock.
[12:45] <nik90> jhodapp: hmm..confined apps cannot make use of dbus calls. I guess I need to talk to rsalvetti or tvoss if they could expose it somehow to confined apps
[12:45] <Mihir> popey: ping !!
[12:46] <jhodapp> nik90, that's probably not going to happen in a general sense, but there might be a way to make it so for a specific case
[12:46] <popey> hi Mihir
[12:46] <Mihir> popey: hey popey
[12:46] <Mihir> popey: did you get time to test my branches ?
[12:46] <nik90> jhodapp: yeah..I believe music-app was using powerd, but then once they switch to music-hub they wouldn't have to.
[12:46] <jhodapp> nik90, right
[12:46] <nik90> jhodapp: thnx for the info.
[12:47] <popey> Mihir: no, but I can make time, which ones?
[12:47] <Mihir> popey: https://code.launchpad.net/~mihirsoni/ubuntu-calendar-app/1297739
[12:47] <jhodapp> nik90, you might talk to jdstrand about this, he might have some ideas of how to do this is a secure way through apparmor
[12:48] <Mihir> popey: could you top approve this MR, https://code.launchpad.net/~mihirsoni/ubuntu-calendar-app/allDayEdit/+merge/221610?
[12:48] <nik90> jhodapp: I will
[12:48] <popey> Mihir: done!
[12:48] <nik90> jdstrand: ping ^^ (dbus calls to keep screen on using powerd)
[12:48] <Mihir> popey:  thanks, and the other one is for matching repeataion options
[12:49] <popey> Mihir: will take a look after my next meeting, thanks!
[12:49] <dholbach> bzoltan, just a heads-up: it might be worth backporting the new click (https://launchpad.net/ubuntu/+source/click/0.4.24)
[12:51] <jdstrand> nik90: aiui, application lifecycle does not allow talking to powerd and apparmor enforces that. music-app in the past was whitelisted by application lifecycle and ran unconfined
[12:51] <bzoltan> dholbach:  good idea... let me see
[12:51] <nik90> jdstrand: so what would you recommend to get the clock app to have the screen on?
[12:52] <nik90> jdstrand: running unconfined or any other solution?
[12:52] <jdstrand> nik90: so it was allowed to make powerd calls. right now, there is no apparmor policy that allows an app to talk to powerd. that can change, but based on what the lifecycle folks have to say on the matter, this shouldn't be exposed to regular apps. I could add it as a reserved policy group-- app store apps would not be allowed to use it generally, but would allow for exceptions
[12:53] <jhodapp> jdstrand, nik90;
[12:53] <Mihir> popey: no issues  :)
[12:53] <jdstrand> nik90: I'm not sure that those are the only options. I suggest you bring it up on the ubuntu-phone@ mailing list
[12:53] <jhodapp> it almost sounds like we need an intermediary in between confined apps and powerd
[12:54] <popey> power-hub!
[12:54] <jhodapp> haha
[12:54] <jdstrand> I imagine we would want to support a store that supports 3rd party clocks in the appstore
[12:54] <nik90> jdstrand: I believe so as well
[12:54] <popey> Yeah, this requirement came from design - for the nightstand mode.
[12:55] <nik90> jdstrand, jhodapp: I will bring this up in the mailing list to see if there are other solutions.
[12:55] <jhodapp> nik90, that's a good idea
[12:55] <jdstrand> I'm also a bit fuzzy on the details for the powerd side of things. I was however explicitly told to not allow apps to talk to powerd, so there is no apparmor policy for it atm
[12:56] <nik90> popey: I guess we can discuss this in our meeting about running clock app unconfined temporarily until then or nto
[12:56] <nik90> s/nto/not
[12:57] <jdstrand> to me, running unconfined is considerably worse than adding a reserved policy group to allow talking to powerd, but lets see what the list has to say
[12:58] <nik90> jdstrand: understood
[12:59] <dpm> hi elopio, balloons - would you be able to attend the Reminders meeting today, in about 1h? I'd like to discuss how we can get the tests fixed this week
[13:02] <dpm> mdeslaur, you're generating competition, I've just seen another tip calculator in the store. Nice job :)
[13:02] <mdeslaur> dpm: haha :)
[13:03] <nik90> jose: Hey, we have decided on a time for the core apps hangout. It will be on 12:00 UTC Thursday 5th June. I will be sending out a reminder on the core apps mailing list shortly.
[13:04] <dpm> awesome, thanks nik90!
[13:06] <nik90> dpm, popey: would you guys be joining? It is always fun to have lot of people in the hangout :)
[13:06] <dpm> nik90, it'll be my pleasure :)
[13:06] <nik90> dpm: awesome
[13:10] <popey> nik90: ya!
[13:12] <dpm> nik90, zsombi, would you be up for running a "Conditional Layouts Howto" combo session for UDS?
[13:12] <elopio> dpm: I can.
[13:12] <dpm> err UOS
[13:12] <rpadovani> nik90: is it 14.00 in our timezone, right?
[13:12] <nik90> rpadovani: yes
[13:12] <dpm> great, thanks elopio!
[13:13] <nik90> dpm: erm there is also a session on convergence which I am hosting :)
[13:13] <nik90> dpm: zsombi and the other devs are in a QT Dev Sprint during UOS and cannot attend
[13:13] <zbenjamin> nik90: pong
[13:13] <rpadovani> nik90: cool, I think I'll join it too :-)
[13:13] <nik90> rpadovani: that's not an option. You have to join as a core app dev :P
[13:13] <nik90> zbenjamin: hey
[13:14] <dpm> nik90, hm, I thought not all of the SDK team was going to be at the Qt Dev Days
[13:14] <nik90> zbenjamin: I created a sample app with a qml plugin using the qtcreator wizard..I named the project ubuntu-clock-app. However when building and running it I get an error. Apparently you cannot have dashes "-"  in the project name unlike in qmlproject
[13:15] <rpadovani> nik90: ahaha ok :D
[13:15] <zbenjamin> nik90: yeah there is a problem with that.
[13:15] <nik90> zbenjamin: as a result, it created the qml plugin by the name "ubuntu-clock-app" .. So when it imports it by "import ubuntu-clock-app 1.0" there is an error
[13:16] <zbenjamin> nik90: what do you get?
[13:16] <nik90> zbenjamin: is it possible for such a project to have a qml plugin with a different name? Or should the qml plugin name match the project name?
[13:16] <zbenjamin> nik90: you can name the plugin whatever you want
[13:16] <zbenjamin> nik90: its just in your click package
[13:16] <nik90> zbenjamin: I get file:///home/krnekhelesh/Documents/Ubuntu-Projects/clock-app/app/clock-app.qml:30 Type HelloTab unavailable
[13:16] <nik90> file:///home/krnekhelesh/Documents/Ubuntu-Projects/clock-app/app/ui/HelloTab.qml:3 Expected token `;'
[13:17] <nik90> and basically you see a red line under the import plugin statement
[13:17] <nik90> zbenjamin: that's what I have been trying to do..but that is where I am failing
[13:18] <zbenjamin> let me see what does wrong
[13:18] <nik90> zbenjamin: shall I push it to a branch and then give you the link? I essential get the error that the newly renamed qml plugin is not installed.
[13:19] <nik90> zbenjamin: I have already modified the necessary cmake files
[13:19] <zbenjamin> nik90: yeah push it
[13:19] <zbenjamin> nik90: ok seems qml does not support dashes in imports
[13:20] <nik90> zbenjamin: lp:~nik90/+junk/clock-app-cmake
[13:20] <dpm> nik90, popey, we should definitely have a core apps session at UOS - what do you think about having next week's core apps hangout as part of UOS?
[13:21] <ahayzen> dpm, +1
[13:22] <dpm> ah, hi ahayzen, hadn't realized you were online too :)
[13:22] <ahayzen> dpm, i am now :) just got back from lunch
[13:23] <nik90> ahayzen: good afternoon :)
[13:23] <ahayzen> nik90, o/
[13:33] <zbenjamin> nik90: http://pastebin.com/Z2G1bFe3
[13:34] <nik90> zbenjamin: thnx..trying now
[13:38] <nik90> zbenjamin: yay that works
[13:38] <zbenjamin> nik90: awesome :)
[13:40] <nik90> zbenjamin: so essential Ctrl+b and then Ctrl+r anytime I make changes
[13:40] <nik90> zbenjamin: or do I need to run ctrl+b only when I make changes to the plugin itself
[13:40]  * nik90 is a noob at this
[13:40] <zbenjamin> nik90: running the project should automatically rebuild if its required
[13:41] <nik90> zbenjamin: sweet
[13:41] <zbenjamin> nik90: basically QtC will always run make and deploy steps , cmake then determines if there are dirty object files that need to be rebuild
[13:42] <nik90> zbenjamin: ok..and I am guessing if I choose the phone as the run kit, then it will run on the phone without any hassle
[13:42] <zbenjamin> nik90: at least it worked for me ;)
[13:43] <nik90> zbenjamin: good lord...things are so much easier now..this is almost similar to pure qml apps..nice work!
[13:43] <zbenjamin> nik90: thx, that was the goal :) and it will become easier in the future when we have full click support. Lots of the requirements on the projects we have atm will go away with that
[13:44] <elopio> dpm: could you update this page with the link to the core apps ppa?
[13:44] <elopio> https://wiki.ubuntu.com/Touch/CoreApps
[13:44] <nik90> zbenjamin: hey I get one error when running in the emulator http://paste.ubuntu.com/7587571/
[13:45] <elopio> I keep deleting it and I'm never able to find it again.
[13:45] <nik90> zbenjamin: it looks like the .so library file was not copied to the emulator
[13:45] <elopio> dpm: oh, it's there! nevermind
[13:45] <zbenjamin> nik90: weird indeed
[13:45] <zbenjamin> nik90:  did you have a leftover build ?
[13:46] <nik90> zbenjamin: this is the first time i am trying on the emulator, so no
[13:47] <dpm> elopio, no worries. I've added a paragraph to the front page to make it more obvious how to install the apps from the PPA
[13:47] <dpm> hi balloons, around?
[13:47] <elopio> dpm: thanks.
[13:48] <zbenjamin> nik90: can you check the .ubuntu-sdk-deploy directory in the builddir? if its there?
[13:51] <nik90> zbenjamin: it is there in the build dir
[13:51] <zbenjamin> try to right click on the project and select "deploy" check the build output if the file is uploaded
[13:51] <nik90> zbenjamin: however the armhf build dir name is a bit strange. it is called
[13:52] <nik90> build-ubuntu-clock-app-test_flashback_GCC_armhf_ubuntu_sdk_14_04_trusty-Default
[13:52] <zbenjamin> nik90: usually its called after the Kit
[13:52] <nik90> zbenjamin: true, but shouldn't this be 14.10 instead of 14.04
[13:52] <nik90> maybe my kit is incorrect
[13:53] <nik90> zbenjamin: anyways I did the deploy command, but I didnt see any output in qtcreator
[13:55] <zbenjamin> nik90: it should be in the compile tab
[13:55] <zbenjamin> nik90: Alt+4
[13:55] <nik90> zbenjamin: the only statement i see there is the elapsed build time
[13:55] <zbenjamin> scroll up
[13:57] <nik90> zbenjamin: http://paste.ubuntu.com/7587660/
[13:58] <zbenjamin> nik90: wait a second, is that a x86 emulator?
[14:00] <nik90> zbenjamin: yes
[14:01] <nik90> zbenjamin: you are still using the dinasaur slow armhf emulator :P
[14:01] <zbenjamin> nik90: and you are building in a x86 chroot?
[14:01] <nik90> zbenjamin: damn yes :/
[14:02] <nik90> zbenjamin: so I need to go the ubuntu option and create a new chroot for amd64 + 14.04 framework
[14:02] <zbenjamin> nik90: exactly
[14:02] <nik90> zbenjamin: not bad..I am getting a hang of this
[14:03] <zbenjamin> nik90: you probably need a i386 chroot i don't think the emu is amd64
[14:05] <nik90> zbenjamin: ok
[14:06] <nik90> zbenjamin: btw where is the qtcreator chroot list located? I deleted the chroot in /var/lib/schroot/mount but the list did not update
[14:06] <nik90> and yes I first tried deleting it from the list but it gave me an error there
[14:06] <zbenjamin> nik90: /var/lib/schroot/chroots
[14:06] <zbenjamin> nik90: check first if its still mounted,
[14:07] <zbenjamin> nik90: "mount" should show you if there are open chroot sessions
[14:07] <zbenjamin> nik90: schroot --all-sessions -e  will unmount them all
[14:08] <nik90> zbenjamin: mount dir doesn't show any since I removed it from the mount folder first (bad move on my part)..next time i will do the schroot command
[14:14] <zbenjamin> nik90: there is most likely also leftover stuff in /etx
[14:14] <zbenjamin>  /etc
[14:15] <zbenjamin> nik90: /etc/schroot/chroot.d
[14:15] <nik90> zbenjamin: suprisingly I see only the newly created i386 chroot there.
[14:15] <zbenjamin> nik90: ok then that should be all
[14:16] <nik90> zbenjamin: thnx for your time..I think once the chroot i386 is ready, it should work. I need to clean up the variable names they used in the cmake files but otherwise it is almost ready for the real UI and backend hacking.
[14:17] <zbenjamin> nik90: nice :), i can not promise that the x86 chroots work because they are fairly new and i did not test all combinations yet. Do you only have the emulator?
[14:18] <nik90> zbenjamin: no I have a n4 device as well
[14:18] <nik90> zbenjamin: but one of the intentions of this exercise was to encourage core apps devs to use the emulator
[14:18] <nik90> zbenjamin: since that's what most 3rd party devs will have as well
[14:18] <zbenjamin> nik90: ok, ping me when you have issues
[14:18] <nik90> zbenjamin: will do.thnx
=== ondra- is now known as ondra
=== MacSlow_ is now known as MacSlow
[15:13] <balloons> ahayzen, you about? Sorry about last night I crashed
[15:14] <ahayzen> balloons, o/ yeah i'm around no worries
[15:16] <ahayzen> balloons, FYI we're having some major dbus issues with this mediascanner2 on large libraries (app doesn't even start)...shouldn't affect the autopilot tests though as the app is fine with < 300 tracks
[15:18] <balloons> ahayzen, so what have you noticed about it failing to run on the desktop? I've tried and it timed out launching
[15:19] <ahayzen> balloons, what():  org.freedesktop.DBus.Error.NoReply: Did not receive a reply. Possible causes include: the remote application did not send a reply, the message bus security policy blocked the reply, the reply timeout expired, or the network connection was broken.
[15:19] <ahayzen>  ?
[15:19] <balloons> ahayzen, I get the same yes
[15:19] <ahayzen> balloons, just refuses to start, how many tracks on your device?
[15:19] <balloons> ahayzen, this is on the desktop
[15:20] <ahayzen> balloons, which version? trusty?
[15:20] <balloons> you mentioned last night it failed on the desktop so I started by launching there
[15:20]  * ahayzen is making a list of working/not working with library numbers
[15:20] <balloons> ahayzen, the library in the tests should be 3 :-)
[15:21] <ahayzen> balloons, ah thought you meant this was when just starting the app normally .... we can't even do this anymore :(
[15:22] <balloons> ahayzen, ohh, I see
[15:22] <ahayzen> balloons, but yesterday i was saying that autopilot doesn't work on the desktop either
[15:22] <balloons> ahayzen, well the mocking seems to be taking place
[15:22] <balloons> the app isn't launching, but if that's a known issue then ?
[15:22] <ahayzen> balloons, but it always shows my real library not the mocked one for me?
[15:23] <balloons> ahayzen, I have a lot of music on my desktop -- so indeed it could be trying to do the same here
[15:23] <ahayzen> balloons, my utopic VM works i can launch the app... but autopilot then shows the real library not the faked one
[15:23] <balloons> but I see the mock is setup
[15:23] <ahayzen> god this is annoying...
[15:24] <ahayzen> balloons, have you tried on device if your desktop isn't launching?
[15:25] <balloons> ahayzen, well I'm simply going to remove the mocking stuff.. I just have to do it
[15:25] <balloons> and not collapse from exhaustion :-)
[15:25] <ahayzen> heh
[15:26] <ahayzen> balloons, we think the app failing to load is todo with a race condition either in the mediascanner2 or thumbnailer...but none of us know how to debug dbus :(
[15:27] <balloons> ahayzen, I need to investigate mediascanner 2. I should be able to help
[15:27] <ahayzen> balloons, thanks i looked i couldn't see anything in any of the logs... i watched dbus-monitor.... ran the app in GDB...haven't found anything useful as of yet :(
[15:28] <ahayzen> balloons, meanwhile at the moment i'm slowly adding more and more tracks to my device to see if i can get it to break (as Victor has 900 tracks on device and his fails...mine has 300 and it works)
[15:46] <ahayzen> balloons, ok that was weird, i just created two example apps... one within a tabbed UI and one with a simple UI (single page)...the tabbed failed the single page worked...
[15:48] <ahayzen> and now the tabbed one just 'works' ....grr
[15:49] <ahayzen> and now they are both broken \o/
[15:52] <ahayzen> balloons, does this branch fail with the same error for you? https://code.launchpad.net/~andrew-hayzen/+junk/test-mediascanner2-crash
[15:55] <dpm> elopio, regardless of whether we put the Evernote SDK code under autopilot in the source tree or whether we use the packaged version, I guess we can remove the evernote SDK python 2.x package from the core apps PPA and just leave the python3 package in there, right?
[15:55] <ahayzen> balloons, but the interesting thing is that if i have other tasks using high CPU usage then the app runs
=== gatox is now known as gatox_lunch
[16:13] <nik90> renato: ping
[16:37] <balloons> ahayzen, trying your branch
[16:38] <balloons> dpm, I would say we don't need the py2 version of evernote sdk.. we are using the py3. It's safe to remove if you wish
[16:38] <dpm> balloons, ok, cool, thanks for confirming, we'll nuke it then
[16:39] <balloons> ahayzen, you want me to just run the app from that branch? the tests fail to import :-)
[16:40] <balloons> ahayzen, I get a core dump trying to run
=== gatox_lunch is now known as gatox
[17:03] <nik90> ahayzen: did you see victor's message. lol
=== seb128_ is now known as seb128
[17:09] <renato> nik90, pong
[17:10] <nik90> renato: hey, I was told by Giorgio that during the Orland sprint I think, you created sample code which showed a world map?
[17:11] <renato> nik90, was during the south Africa sprint :D
[17:11] <renato> yes I did
[17:11] <nik90> renato: I need to implement one for the clock app as part of the new design
[17:11] <nik90> renato: do you have it in a branch that I can take a look at?
[17:11] <renato> I implemented based on gnome clock, let me see if I can find the code
[17:12] <nik90> ok
[17:18] <renato> nik90, ~renatofilho/+junk/tz-labs/
[17:18] <nik90> renato: thnx
[17:29] <nik90> renato: hey how do I run it? I opened the cmakelist file in qtcreator but it complains
[17:29] <ahayzen> balloons, yeah just trying to run
[17:30] <ahayzen> balloons, ok so urs fails to...but now trying opening a few terminals and running this to put a load on your CPU dd if=/dev/zero of=/dev/null
[17:30] <renato> nik90, let me check
[17:31] <ahayzen> nik90, hah lol probably best to have the meeting in June ;)
[17:31] <renato> nik90, mine works well, probably you are missing some dependency
[17:31] <renato> check the message
[17:31] <nik90> renato: I get CMake Error: The current CMakeCache.txt directory /home/krnekhelesh/Documents/Ubuntu-Projects/tz-labs/CMakeCache.txt is different than the directory /home/renato/Projects/phablet/labs/tz where CMakeCache.txt was created. This may result in binaries being created in the wrong place. If you are not sure, reedit the CMakeCache.txt
[17:36] <renato> nik90, try pull again, I removed some pre compiled files
[17:54] <t1mp> popey: we had a UITK release this morning, so the terminal-app fix should be in the image now
[17:54]  * t1mp hasn't tested the latest image yet
[18:03] <popey> t1mp: awesome, thanks
[19:17] <CodePulsar> Can I have two versions of Boost Libraries installed on the system? i.e. 1.54 and 1.55 ?
[19:53] <jose> nik90: the event is not at ubuntuonair.com/calendar.
[19:53] <jose> s/not/now
[19:53] <nik90> jose: yeah I checked few minutes back
[19:54] <jose> cool :)
[19:54] <nik90> jose: I will get into the hangout 20 minutes before the event since it is my first time
[19:54] <jose> not a problem. just make sure everything's working good :)
[19:54] <nik90> jose: will you be up at that time btw?
[19:55] <nik90> jose: I never asked which timezone u r in
[19:55] <jose> nik90: I will, but you'll have to contact me via hangouts as I can't join IRC (university); UTC-5
[19:55] <nik90> jose: ok..I have you in my circle
[19:56] <jose> there you go :)
[20:36] <jphilipz> popey: hope my mail arrived safely
[20:36] <popey> jphilipz: yeah, not had a chance to look at it, will do now
[20:37] <popey> WOAH! Big mail!
[20:38] <popey> this is awesome feedback! thank you!
[20:39] <jphilipz> yes i tried to break it down to each segment of the UI and gave screenshots as well :)
[20:41] <jphilipz> if you would like feedback on another app, do let me know which one you want me to tackle next.
[20:56] <elopio> renato: jenkins has just approved this one: https://code.launchpad.net/~elopio/address-book-app/refactoring_tests1/+merge/220753
[20:56] <renato> elopio, yes I will merge it tomorrow
[20:56] <elopio> thanks.
[20:57] <renato> welcome
[21:15] <t1mp> renato: in dialer-app, when you are in a phone call, do you want to show a greyed-out back button or no back button at all?
[21:18] <renato> t1mp, boiko is working on dialler-app
[21:18] <t1mp> ok
[21:19] <t1mp> boiko: in dialer-app, when you are in a phone call, do you want to show a greyed-out back button or no back button at all?
[21:19] <boiko> t1mp: no back button at all
[21:19] <t1mp> ok
[21:20] <boiko> t1mp: actually, the live call itself doesn't have a header
[21:20] <t1mp> boiko: how do you do that now? You specify a new custom back action that is not visible?
[21:20] <t1mp> boiko: oh without a header there is no back button anyway :)
[21:20] <t1mp> problem solved
[21:21] <boiko> t1mp: wait, I think there is a header, I am seeing some conflicting visuals here :P
[21:22] <boiko> t1mp: ah, we do have a header, we need it to make it possible to start a new call
[21:22] <t1mp> boiko: but once you started the new call, header could be hidden
[21:22] <boiko> t1mp: so, we need a way to hide the back button, right now I am reassigning the back button of the tools
[21:23] <boiko> t1mp: nope, it should be visible all the time, except when showing the dialpad
[21:23] <t1mp> ok. we have a "backAction" for the new API that you can override, but it seems a bit messy to use that to switch OFF the back button
[21:24] <t1mp> adding a "showBackButton" property is also maybe messy... hmm
[21:48] <boiko> t1mp: so, the drawback with setting the back button to an action that does nothing and has no icon is that it still takes space on the header
[21:50] <t1mp> boiko: did you set visible: false ?
[21:51] <t1mp> err, no that won't work, that will currently show you the default back button instead
[21:51] <t1mp> ok I can fix that :)
[21:53] <boiko> t1mp: nice! thanks!
[21:53] <t1mp> boiko: I reported a bug for it to remind myself https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1326551
[21:54] <ubot5> Ubuntu bug 1326551 in Ubuntu UI Toolkit "When setting a custom back button that is not visible, do not show the default instead" [High,Confirmed]
[21:54] <t1mp> now is too late to do it (I'm sleepy)
[21:55] <boiko> t1mp: there is no hurry, we are still fighting to fix the remaining bugs of the greeter splitting
[21:58] <t1mp> boiko: ok
[21:58] <t1mp> boiko: what is the greeter splitting?
[21:59] <boiko> t1mp: the greeter is being moved to a separate process than the unity shell, and that is causing some problems in the telephony stack
[21:59] <t1mp> oh damn. good luck
[22:00] <t1mp> boiko: do you have search/input mode for the header in dialer?
[22:00] <t1mp> boiko: if yes, you can have a look at my proposal at https://docs.google.com/a/canonical.com/document/d/1wUUKtPmRmwbUELC1BUB9l0VOAwS_zAPRSCqMopUxR1c/edit# how we enable that in the UITK
[22:00] <t1mp> it is quite basic, you can set an input TextField for the header and the rest is up to the app
[22:01] <boiko> t1mp: I don't actually remember, but I think I do, at least for searching contacts, but that's going to be provided by renato
[22:01] <t1mp> renato: ^ maybe interesting for address-book also
[22:01] <t1mp> ah
[22:02] <t1mp> renato: the Page.head.input can then be used instead of the Page.__customHeaderContents, so not much would change
[22:02] <t1mp> the Page.__customHeaderContents was a quick hack so you could proceed
[22:02] <boiko> t1mp: salem_ also needs it on messaging-app, but for him it is not only about putting an input field there, he actually needs to overwrite the contents
[22:03] <t1mp> salem_: ^ why do you need to overwrite the contents of the header?
[22:03] <t1mp> salem_: ah, it is Tiago :) I was wondering who salem is
[22:04] <salem_> boiko, for the group chat support, you mean?
[22:04] <salem_> t1mp, haha, it's me.
[22:04] <t1mp> you used to be tiagosh on irc
[22:05] <salem_> t1mp, not on freenode
[22:05] <boiko> salem_: t1mp: yep, for the compose new message view, the multi-recipient widget
[22:05] <t1mp> salem_: could you check https://docs.google.com/a/canonical.com/document/d/1wUUKtPmRmwbUELC1BUB9l0VOAwS_zAPRSCqMopUxR1c/edit#heading=h.mganvrzifny9 to see if that offers everything you need?
[22:05] <t1mp> where are the designs for that so I can have a look?
[22:05] <salem_> t1mp, ah, yes, we need to override the header with a custom component, forgot about that
[22:06] <t1mp> how custom is that component? is it a TextField?
[22:06] <salem_> t1mp, no, it is more complex than that. let me get you the link
[22:07] <salem_> t1mp, http://bazaar.launchpad.net/~tiagosh/messaging-app/bottom-edge/view/head:/src/qml/MultiRecipientInput.qml
[22:08] <t1mp> oh wow
[22:09] <t1mp> that seems more complex than a text input ;)
[22:09] <salem_> t1mp, hehe, it is.
[22:09] <t1mp> well.. proper text input is also difficult, but not if we have the component done already :)
[22:09] <t1mp> salem_: you use the Page.__customHeaderContents for that now?
[22:09] <salem_> t1mp, yes
[22:09] <t1mp> ok
[22:10] <t1mp> that will keep working anyway
[22:10] <t1mp> even if we don't put it in the documentation
[22:12] <t1mp> salem_: I added your use case and the link to the qml in the header api doc
[22:13] <salem_> t1mp, ok, thanks.
=== salem_ is now known as _salem
=== _salem is now known as salem_
=== salem_ is now known as _salem
=== jhodapp is now known as jhodapp|afk