[03:10] <Akiva-Thinkpad> hey all
[03:10] <Akiva-Thinkpad> before any of you are actually awake
[03:10] <Akiva-Thinkpad> silly continentals
[04:57] <Akiva-Thinkpad> !ping
[04:58] <Akiva-Thinkpad> 1 minute ping... yah that does not bode well
[06:59] <dholbach> good morning
[07:03] <Akiva-Thinkpad> dholbach, morning
[07:04] <Akiva-Thinkpad> anyone know who is heading the ubuntu file manager app? I see there is debug in place for keypresses; I want to dabble in adding in a keypress filter system
[07:04] <dholbach> hi Akiva-Thinkpad
[07:04] <Akiva-Thinkpad> o/
[07:05] <dholbach> Akiva-Thinkpad, I would just try pinging any of the folks in here: https://bazaar.launchpad.net/~ubuntu-filemanager-dev/ubuntu-filemanager-app/trunk/changes
[07:05] <Akiva-Thinkpad> sounds legit
[07:05] <Akiva-Thinkpad> !cookie | dholbach
[07:05] <Akiva-Thinkpad> :)
[07:07] <dholbach> haha
[07:07] <dholbach> great
[07:07] <dholbach> hey dpm
[07:07] <dpm> hallo dholbach
[07:21] <mihir> Akiva-Thinkpad: ping
[07:21] <Akiva-Thinkpad> mihir, pong
[07:22] <mihir> Akiva-Thinkpad: commented on your MR, you have forgot to resolve conflicts
[07:22] <Akiva-Thinkpad> mihir, was in the middle of doing that
[07:22] <Akiva-Thinkpad> I guess I should merge with trunk first, and then propose merge?
[07:22] <Akiva-Thinkpad> mihir, is that a better way of doing it?
[07:22] <mihir> Akiva-Thinkpad: exactly, resolve merges if you have any
[07:26] <Akiva-Thinkpad> balloons, Ping
[08:08] <JamesTait> Good morning all; happy Punctuation Day! :-D
[08:12] <fcole90> popey: ping
[08:12] <Akiva-Thinkpad> !ping
[08:13] <fcole90> ubot5, hello 👋
[08:15] <Akiva-Thinkpad> !ping
[08:16] <fcole90> hello everyone :)
[08:17] <fcole90> Is there any touch developer? :)
[08:17] <Akiva-Thinkpad> fcole90, touch as in what?
[08:17] <Akiva-Thinkpad> fcole90, this channel is mainly for touch application developers
[08:18] <Akiva-Thinkpad> JamesTait, happy, punctuation! day~
[08:19] <fcole90> Akiva-Thinkpad, yes but also others I think. I needed some help to run docviewer app in the emulator :/
[08:20] <Akiva-Thinkpad> fcole90, you can run the docviewer app in qmlscene; why do you need to do it in the emulator?
[08:22] <fcole90> Akiva-Thinkpad,  to see it in the phone environment :) anyway, alsp qmlscene fails because missing org.docviewer.files :/
[08:23] <Akiva-Thinkpad> fcole90, are you using 14.10 with the ppa?
[08:24] <fcole90> Akiva-Thinkpad, it seems to be an old plugin, but cannot find it anymore. No, I'm on trusty but the app was using  13.10 framework, so I was thinking to use kits and emulator to be always in a compatible environment :)
[08:25] <fcole90> Akiva-Thinkpad, trusty with ubuntu-sdk ppa :)
[08:26] <Akiva-Thinkpad> fcole90, o_o 13.10? Best suggestion imho is to install 14.10, download the sdk with the most recent PPA, and branch the docviewer app with bazaar.
[08:27] <Akiva-Thinkpad> Probably the most practical thing you can do if you intend on running bleeding edge stuff :)
[08:28] <fcole90> Akiva-Thinkpad, I will try but online I could not find the plugin, even on Utopic packages :/ maybe it's now obsolete :/
[08:28] <Akiva-Thinkpad> mihir, ping -- do you know how to check a property in a qml component if it is undefined? I know how to do it in a function, but not directly on a property.
[08:28] <Akiva-Thinkpad> fcole90, which plugin? The docviewer app?
[08:29] <Akiva-Thinkpad> I was running it just yesterday :P
[08:29] <fcole90> Akiva-Thinkpad, "org.docviewer.files" it's about the 3rd or 4th line :)
[08:30] <popey> fcole90: pong (on the phone at the moment, but type at me)
[08:30] <fcole90> Akiva-Thinkpad, great, so it's a problem of trusty and works on Utopic? :)
[08:31] <Akiva-Thinkpad> fcole90, if you are talking about ubuntu-docviewer-app, then I had no issues running it in qmlscene. Not sure about the emulator.
[08:33] <fcole90> popey: hello :) I was trying to run the docviewer app on the emulator with kits, but since cmake switch it seems to be not buildable as a click package. Is this a bug or is an normal effect of cmake switch? :)
[08:35] <fcole90> popey: and also could not find org.docviewer.files plugin, is it in an utopic package not available on trusty? :)
[08:36] <fcole90> Akiva-Thinkpad, thanks :) then I will try on Utopic until it doesn't work with kits :)
[08:36] <Akiva-Thinkpad> a good start
[08:39] <fcole90> Akiva-Thinkpad : yes, but if could work with kits and emulator it would be also better :)
[08:42] <Akiva-Thinkpad> fcole90, I suppose; perhaps you should start contributing some code to fix this ;)
[08:42] <Akiva-Thinkpad> *MWA HA HA HA*
[08:43] <fcole90> Akiva-Thinkpad, yes it will be the next thing I will do if I will be able to figure ho to achieve that :D
[08:44] <Akiva-Thinkpad> fcole90, I'll tell you now; its a lot of fun ~ But its hard to get into if you teach yourself.
[08:44] <Akiva-Thinkpad> I taught myself; it was hard :P
[08:48] <fcole90> Akiva-Thinkpad : ahaha, no problem in hard things, but if I can learn from someone it's even better :D
[08:49] <Akiva-Thinkpad> fcole90, do you know python yet?
[08:50] <fcole90> Akiva-Thinkpad : yes, I do, but should update to python 3 :D
[08:50] <Akiva-Thinkpad> fcole90, do you know Regular expressions yet?
[08:58] <fcole90> Akiva-Thinkpad, I do, but not very well :/
[08:59] <Akiva-Thinkpad> fcole90, at least you know a bit :)
[08:59] <Akiva-Thinkpad> fcole90, c++?
[08:59] <justCarakas> Akiva-Thinkpad: this might help you with regex http://regexr.com/
[09:00] <Akiva-Thinkpad> justCarakas, misfire; not for me :P
[09:00] <Akiva-Thinkpad> but yes that is a good site
[09:01] <justCarakas> :p
[09:01]  * justCarakas falls of his noble white horse
[09:03] <Akiva-Thinkpad> ha ha
[09:12] <fcole90> Akiva-Thinkpad, c++ many things, I need to get deeper in oop and trmplates, cpp primer is my friend XD
[09:13] <Akiva-Thinkpad> fcole90, Well if you want to help with our projects; you should try tackling some of the bugs in the core apps project
[09:14] <Akiva-Thinkpad> lots of bite size ones you can tackle
[09:16] <fcole90> Akiva-Thinkpad, yes, I have converted docviewer app to cmake from qmake :) when you where talking about teaching myself, were you referring to computer science in general or to ubuntu app development? :)  because the answer was yes just to the second one :D
[09:18] <Akiva-Thinkpad> glad to hear it
[09:20] <Akiva-Thinkpad> popey, a second of your time (just a second) -- I am pondering the prospect of adding a "Current Directory Search or Filtration of Files system" on ubuntu-filemanager-app. My ponderings are two fold ; do we want this feature, second ; Should it be handled in the app, or in the HUD or something?
[09:20]  * Akiva-Thinkpad is not exactly sure how the HUD on the phone currently works.
[09:20] <Akiva-Thinkpad> any quick thoughts to that?
[09:23] <mihir> popey:  the calendar has been removed from the rtm image ?
[09:24] <popey> fcole90: do you have your answer from Akiva-Thinkpad or do you still need me?
[09:24] <popey> Akiva-Thinkpad: I'm not sure we need that right now. I'd like to discuss future features for file manager at some point, but for now I think we need stability, polish and bug fixing for RTM (which is coming very soon)
[09:25] <popey> mihir: i think so, yes.
[09:25] <mihir> popey: hmm okay.
[09:26] <Akiva-Thinkpad> popey, guess I should clarify "filtration of files system", in that; Say you are in your home directory, and you type "doc"; I am thinking that all files that do not contain the string "doc" should have their visibility set to false
[09:26] <Akiva-Thinkpad> or something like that.
[09:27] <Akiva-Thinkpad> In this case; "Documents" folder would be the one that is present.
[09:27] <popey> Sure. I understand.
[09:28] <popey> I'd like to see a design for it. However I'm also concerned that we are filling the file manager UI up which will be hard to manage on device.
[09:28] <popey> We still need to move the file manager to use the top header rather than bottom toolbar for example.
[09:28] <Akiva-Thinkpad> popey, ah yes
[09:29] <Akiva-Thinkpad> popey, is someone working on that?
[09:29] <Akiva-Thinkpad> I do not mind tackling that.
[09:29]  * Akiva-Thinkpad checks for a bug
[09:29] <popey> no. i dont think so.
[09:30] <Akiva-Thinkpad> i'll file one then; I don't see one either.
[09:30] <Akiva-Thinkpad> heh "file"  - I am so funny
[09:36] <fcole90> popey: yes, if you know if cmake projects can be built as click packages and if you know where comes org.docviewer.files I would like to add kits compatibility :)
[09:38] <popey> fcole90: yeah, most of the core apps are built using cmake.
[09:38] <popey> if you take a look at any of the others including file manager, you should be able to see the cmake config in the root of the trunk
[09:40] <fcole90> popey, thanks, I will work adding theese two things ;)
[09:41] <popey> yay
[09:42] <Akiva-Thinkpad> dc'd. mihir ping
[09:42] <mihir> Akiva-Thinkpad: i commented on your MR
[09:42] <Akiva-Thinkpad> mihir, I know.
[09:43] <Akiva-Thinkpad> thats what I'm pinging you about
[09:43] <Akiva-Thinkpad> mihir, how do you use Qt.Locale?
[09:43] <Akiva-Thinkpad> Qt.LocaleDate is just returning me a number
[09:44] <mihir> Akiva-Thinkpad: i have given example over there.
[09:44] <mihir> Akiva-Thinkpad: Qt.locale().dayName(1,Locale.NarrowFormat)
[09:45] <Akiva-Thinkpad> mihir, that equals sunday I take it?
[09:46] <mihir> yeah i don't rem eaxtly 0,1 but yeah it returns that way
[09:46] <mihir> i believe 1 is sun , 2 is mon, 3, tu
[09:46] <mihir> tue* and so on
[09:46] <Akiva-Thinkpad> i'll give it a shot
[09:47]  * Akiva-Thinkpad kicks the tires.
[09:55] <Akiva-Thinkpad> mihir, are you sure you need the translation for "ddd"? Will that even work?
[09:55] <Akiva-Thinkpad> ddd is communicating with qtlibs; it has no baring on any visible text
[09:56] <Akiva-Thinkpad> hmmmm sec
[10:01] <Akiva-Thinkpad> mihir, .... I honestly do not get how I am supposed to do this. how do I feed Qt.locale().dayName(1,Locale.NarrowFormat) to return the date in question?
[10:02] <Akiva-Thinkpad> mihir, scratch that
[10:02] <Akiva-Thinkpad> i figured it out
[10:02] <Akiva-Thinkpad> :P
[10:09] <Akiva-Thinkpad> mihir, I"m such a doof; should have just done this :             x: if(type [10:09] <mivoligo> mzanetti: hi
[10:09] <Akiva-Thinkpad> thanks for pointing that out; This is way better
[10:14] <mzanetti> mivoligo: hi
[10:14] <Akiva-Thinkpad> popey, https://bugs.launchpad.net/ubuntu-filemanager-app/+bug/1373346  <<  your bug
[10:15] <mivoligo> mzanetti: can you check if this site works for you http://nosoapradio.us/
[10:15] <mivoligo> mzanetti: lots of music :)
[10:15] <mzanetti> it does
[10:16] <mihir> Akiva-Thinkpad: bingo :D
[10:16] <mzanetti> mihir: lol... the price option selector
[10:16] <mivoligo> mzanetti: somehow it does not for me, so maybe you can choose somethign
[10:16] <mzanetti> mivoligo: ^^
[10:17] <Akiva-Thinkpad> !cookie | mihir
[10:18] <mivoligo> mzanetti: also nice music but not free: http://www.melodyloops.com/music-for/games/
[10:30] <mzanetti> mivoligo: btw, I've added a sound for the exploding enemies. feel free to propose some other if you don't like this one. also I've added some countdown
[10:30] <mzanetti> mivoligo: while doing that, I realized that we messed up a little with the colors. I.e. the stars have a different color than the buttons
[10:31] <mivoligo> mzanetti: I've seen/heard the new stuff :)
[10:31] <dpm> hi mardy. The clickification of the Evernote account plugin now seems to work, but the MR is failing the tests as the app's .deb packaged version is the one used in Jenkins. I can't figure out why it fails there. Can you spot anything in what I mention in the last comment on https://code.launchpad.net/~dpm/reminders-app/account-click/+merge/230768 ? Perhaps an ID that requires a matching .service/provider file name and the files are still called 'ev
[10:31] <dpm> ernote'?
[10:33] <mzanetti> mivoligo: I think we should agree on a certain color and stick to that for the buttons (play/pause), the stars and what else might come up (arrows for level pack selection perhaps)
[10:34] <mivoligo> mzanetti: sure
[10:34] <mihir> Akiva-Thinkpad: thanks for that :P i just had my lunch
[10:34] <mivoligo> mzanetti: I'm right now sketching the welcome screen
[10:34] <mzanetti> mivoligo: color of the countdown etc... but again, you can suggest better designs/animations. I think I'll add a black border to the numbers of the countdown so it will be visible better, regardless what color the level background will have
[10:36] <mivoligo> mzanetti: better white rectangle with reduced opacity as a background. Borders are not nice :)
[10:36] <mzanetti> ok. will try that... although having a hard time to imagine that looking good :D
[10:37] <mivoligo> mzanetti: :)
[10:37] <mzanetti> especially with the zoom animation when the number changes
[10:37] <mzanetti> mivoligo: ah right... my gf suggested a under-water world :)
[10:37] <mzanetti> I said I'll let you know :)
[10:38] <mivoligo> mzanetti: great :)
[10:38] <mivoligo> mzanetti: I have plans for ice world and some industrial world
[10:38] <mzanetti> cool. maybe then water and fire would be nice for the other two
[10:39] <mivoligo> mzanetti: I'll see what I can do :)
[10:39] <mzanetti> :)
[10:39] <mivoligo> mzanetti: btw, are you able to do carousel animation?
[10:39] <mzanetti> sure
[10:39] <mivoligo> great :)
[10:39] <mzanetti> mivoligo: ever seen the right edge of the phone?
[10:39] <mzanetti> :P
[10:40] <mivoligo> is that your work?
[10:40] <mzanetti> yes
[10:40] <mivoligo> awesome!
[10:41] <mivoligo> mzanetti: so I plan that animation for levelpacks selection, I'll let you know if I finish the specification
[10:42] <mzanetti> mivoligo: cool. one other idea I had: we could add a tutorial level pack. with just one level which has some arrows and instructions painted on the background. like 1) select field 2) select tower...
[10:43] <mzanetti> we could just take the existing level1 for that and add the instructions
[10:44] <mivoligo> mzanetti: would be useful I think
[10:46] <mivoligo> mzanetti: about the game settings: can we put there sound volume? Preferably separate for sound effects and soundtrack?
[10:46] <mzanetti> mivoligo: yep
[10:55] <Akiva-Thinkpad> mihir, https://code.launchpad.net/~akiva/ubuntu-calendar-app/added-anchors-to-timeline-flickable/+merge/235397 Do you mind approving this? I don't want to bother nik90
[10:55] <Akiva-Thinkpad> its 3 lines of code
[10:55] <nik90> Akiva-Thinkpad: you read my mind :P I was doing it atm
[10:55] <Akiva-Thinkpad> lol
[11:00] <mihir> ahh , thanks nik90  :D
[11:01] <nik90> mihir: next up is your event-details MP. Are the AP tests for that MP passing now?
[11:01] <Akiva-Thinkpad> http://i.imgur.com/o6dG56o.png
[11:01] <mihir> nik90: yooo
[11:02] <nik90> yo
[11:03] <Akiva-Thinkpad> dpm, popey, nik90 , balloons I am going to be working on this bug; http://i.imgur.com/o6dG56o.png ; Question is; should I only move the directory structure up there, and leave the buttons down in the menu?
[11:03] <Akiva-Thinkpad> or should I cram a few more things up there?
[11:04] <Akiva-Thinkpad> The more cramming, the more difficult it is to go up or down directories
[11:05] <Akiva-Thinkpad> I am thinking that perhaps the up jesture can be done with a side swipe
[11:07] <mardy> dpm: you need to rename the files, they must match the ID
[11:07] <dpm> mardy, which ones do I need to rename?
[11:08] <dpm> nerochiaro, reviewed your notes-app MR
[11:08] <mardy> dpm: evernote.provider and the service files
[11:08] <nerochiaro> dpm: just pushed the fix
[11:10] <Akiva-Thinkpad> okay nvm; I am going to head out
[11:10] <Akiva-Thinkpad> mihir, night everyone
[11:10] <mihir> Akiva-Thinkpad: you might need merge from trunk , lol as your previous mr got merged
[11:11] <Akiva-Thinkpad> mihir, another conflict?
[11:11] <dpm> thanks mardy, so that I understand it: the desktop, unlike the phone, does not seem to rename the files automatically?
[11:11] <nik90> mihir: only if there is conflict
[11:11] <mihir> yeah, your previous mr got merged right , so it'll need mere  :P
[11:11] <mihir> jst do
[11:11] <mihir> bzr merge lp:ubuntu-calendar-app
[11:11] <mihir> bzr commit -m "merge from trunk"
[11:11] <mihir> bzr push
[11:12] <dpm> Akiva-Thinkpad, not sure yet. Perhaps you might want to send an e-mail to the core apps mailing list with a proposal, to see what the other core devs think?
[11:12] <Akiva-Thinkpad> dpm, thanks; will do
[11:14] <nik90> mihir: his previous MR hasn't landed yet
[11:14] <mardy> dpm: exactly
[11:14] <mihir> nik90: ohh okay
[11:24] <nik90> mihir: I added a comment your MR. Please fix and then it is good to go.
[11:24] <mihir> nik90: sure, will do that once in go home , and will ping you
[11:25] <nik90> ack.
[11:26] <mihir> nik90: if you get some time can you do that , so we don't wait until tonight , only if you get time :)
[11:26] <nik90> mihir: alrite. seems like a really small fix anyway. I will do that and merge it then
[11:27] <mihir> nik90: thanks :)
[11:40] <nik90> elopio: Oh btw I think you will be massively happy with https://code.launchpad.net/~nik90/ubuntu-clock-app/10-add-more-qmltests/+merge/232060, up until now the QML tests were mainly unit tests. As such they were simple and to the point. This MP on the other hand takes a stab at testing features like creating a new alarm :) and moving into the realm of AP
[11:40] <nik90> tests.
[11:40] <nik90> elopio: I have updated it to the latest trunk and the tests are passing.
[11:53] <nik90> rpadovani: hey, if got a minute, can you review https://code.launchpad.net/~nik90/ubuntu-clock-app/enable-alarms-automatically/+merge/235404. It is a one-liner change
[11:59] <mihir> nik90: i commented on that, if it works :)
[12:00] <nik90> mihir: that's fine by me as well. thnx
[12:00] <mihir> nik90:  :)
[12:07] <Akiva-Thinkpad> 	𝕲𝖔𝖔𝖉 𝖓𝖎𝖌𝖍𝖙 𝖆𝖑𝖑
[12:08] <mihir> nik90: yay , it got merged :)
[12:10] <nik90> yay
[12:11] <mihir> nik90: can we push this changes to store ?
[12:12] <mihir> or lets all day events get it landed , we can push together :)
[12:12] <nik90> mihir: I think we should push one at the end of this week so that the all day events patch also makes it in.
[12:18] <mihir> nik90: yeah i believe that too
[12:24] <nerochiaro> oSoMoN: i'm trying to install the build-dep ofwebbrowser app in a chroot but it tells me some packages are not installable. is there anything special i should be aware of ?
[12:25] <nerochiaro> oSoMoN: also when you have a minute for reviews, could you take a look at this ? https://code.launchpad.net/~phablet-team/notes-app/inline-desktop-i18n/+merge/235785
[12:28] <dpm> mardy, where does UOA expect the icon that represents a given account to be? Looking at L88 in the layout of the Reminders click package, I'm not sure it's using that. I noticed we ship the wrong icon with the authentication plugin (the app's icon vs. the Evernote icon), but on the accounts settings inexplicably it shows the right one, and I'm not sure where it gets it from.
[12:28] <dpm> The layout is here: http://pastebin.ubuntu.com/8044356/
[12:30] <mardy> dpm: UOA supports either a theme icon, or an absolute path, or a path relative to the click package
[12:31] <dpm> mardy, but how does UOA chose it? I.e. does it look for particular (absolute/relative) paths? Does the theme take priority over those?
[12:32] <mardy> dpm: let me check
[12:32] <dpm> I'm guessing there is a theme icon for Evernote, and that is overriding my (wrongly shipped) icon
[12:34] <mardy> dpm: ah, now I remember, we adjust the path when we process the hooks
[12:35] <mardy> dpm: and no, I was wrong: we never check the icon theme
[12:35] <mardy> dpm: the logic is: is the path is absolute, just use that; if it's relative, then consider it relative to the click package
[12:35] <dpm> mardy, where is the path specified? From the manifest?
[12:35] <mardy> dpm: you can see at the .provider file in ~/.local/share/accounts/providers/, and see what the Icon field is
[12:36] <nik90> mihir: would you be able to review https://code.launchpad.net/~nik90/ubuntu-clock-app/improved-listitem-appearance/+merge/235792 as well? Another small MP.
[12:36] <mardy> dpm: you specify it in your .provider file, but then our click hook might alter it
[12:40] <mihir> nik90|Lunch: done :)
[12:46] <dpm> mardy, hm, I tested the click package from the latest revision in the branch, and it still doesn't work for me: it shows me a blank Accounts page -> http://people.canonical.com/~dpm/click/com.ubuntu.reminders_0.5.228_armhf.click
[12:47] <ahayzen> dpm, i'm trying to test https://code.launchpad.net/~dpm/ubuntu-docviewer-app/cmake-fixes/+merge/235774 ... when i build the click package in qtcreator i get "error 127"...but i'm not sure how valid that is as i'm not sure of the state of my qtc ... using click-buddy however it builds the click fine is this enough to approve or should qtc work?
[12:48] <mardy> dpm: but the previous revision was working?
[12:48] <dpm> mardy, I don't know, you told me you tested it to confirm that the UOA branch worked, so I assumed it did
[12:49] <dpm> ahayzen, hm, strange, I tested it with QtC and click buddy
[12:49] <ahayzen> dpm, as i said though i think my kits may be duff or something i usually just use click buddy
[12:49] <dpm> ahayzen, can you show me a screenshot of the error and where in QtC is shown?
[12:49] <ahayzen> dpm, yep hang on..
[12:50] <ogra_> DanChapman, whil i find the latest dekko really shiny, can we have haptic feed back back in a later iteration ? it is quite irritating to not "feel" that you tapped the entry
[12:51] <ahayzen> dpm, https://docs.google.com/file/d/0B3XynHVKfrvMVC1zUHlTY0xvMjg
[12:52] <dpm> ahayzen, ah, can you switch to the "Compile Output" tab to see the actual error?
[12:52] <ahayzen> ah
[12:52] <ahayzen> dpm, http://pastebin.ubuntu.com/8417884/ ... intltool_merge not found
[12:52] <ahayzen> i've had to install that before..i thought..
[12:53] <Akiva-Thinkpad> dpm bah thanks for the heads up...
[12:53] <Akiva-Thinkpad>  /embarrassed
[12:53] <dpm> ahayzen, ah, you'll need to go to the chroot and install intltool. If you had done it already, you'll need to restart QtC
[12:53] <mardy> dpm: I don't see that you changed the manifest file after you renamed the .provider and .service file
[12:53] <mardy> dpm: I'm afraid it now points to files which are not there
[12:53] <ahayzen> dpm, ah in the chroot ... i've done it in the host like ages ago..
[12:54] <dpm> mardy, ah, I didn't understand I had to change that too. Doing it now
[13:01] <dpm> nerochiaro, could you help me with bug 1372776 ?
[13:02] <ahayzen> dpm, it should be the intltool package right?
[13:03] <dpm> ahayzen, yeah intltool:i386 if it's an emulator chroot, intltool:armhf if it's a phone chroot
[13:04] <ahayzen> dpm, hmm i fired up the emulator and ssh'd to it and installed intltool...is that the right way of doing it?
[13:04] <dpm> ahayzen, unfortunately, not:
[13:05] <ahayzen> dpm, heh that would be why i'm still getting the error ;)
[13:05] <ahayzen> dpm, what is the correct way?
[13:05] <dpm> you'll need to go to QtC Tools > Options > Ubuntu > Click Build Targets
[13:05] <oSoMoN> nerochiaro, re build-deps, try specifying the target arch explicitly (i.e. not invoking "apt-get build-dep", but rather "apt-get install [dep]:armhf …")
[13:05] <dpm> ahayzen, then select your chroot and use the Maintain button
[13:06] <dpm> there you'll get a terminal where you can 'apt-get install intltool:$WHICHEVER_ARCH'
[13:06] <ahayzen> dpm, ah thanks i see now lol
[13:10] <ahayzen> dpm, yey it built a click and passed review \o/ i'll approve your mp
[13:11] <dpm> awesome, thanks!
[13:11] <ahayzen> dpm, you want me to top approve?
[13:11] <dpm> mardy, still no joy after changing the manifest, blank accounts screen again -> http://people.canonical.com/~dpm/click/com.ubuntu.reminders_0.5.229_armhf.click
[13:13] <mardy> dpm: that link is wrong
[13:14] <dpm> mardy, sorry, it should work now
[13:24] <mardy> dpm: what do you get, a white page?
[13:25] <dpm> mardy, yeah -> http://i.imgur.com/piMbqif.png
[13:26] <mardy> dpm: so, I get a really white page, not just a blank page
[13:26] <mardy> dpm: here the evernote site is shown for a fraction of a second, and then it's just white
[13:26] <mardy> dpm: in other words, the account plugin "works" here
[13:27] <dpm> mardy, ok, I don't even get to choose the Evernote account here
[13:27] <mardy> dpm: there is some other problem in the webview, that causes it not to really work, but it's loaded
[13:28] <mardy> dpm: you mean that the screenshot which you sent me is supposed to be the OA main screen, from system settings?
[13:28] <liuxg> i just tried to install the ubuntu SDK. However, I got error: libpam-systemd : Depends: systemd (= 208-8ubuntu4) but 204-10ubuntu3 is to be installed" https://pastebin.canonical.com/117513/. what is the problem?  I never got this before.
[13:29] <dpm> mardy, yes. So I launch the app, it tells me there is no account set up, and when I click on the button to set it up, it shows me that blank accounts page. That's all I can do
[13:30] <charles> zsombi_, nik90|Lunch, what do you think of https://bugs.launchpad.net/indicator-datetime/+bug/1361702/comments/3
[13:30] <mardy> dpm: ah, I was trying from the system settings
[13:30] <charles> zsombi_, nik90|Lunch, I think we should change how ubuntu-ui-toolkit enables/disables alarms
[13:31] <dpm> mardy, I've just tried from u-s-s: I can see the accounts page, I click on add a new account, and then I see that same page that I posted as screenshot
[13:32] <zsombi_> charles: I knew this will happen! that was my fear...
[13:32] <nik90> charles: it will fix 2 bugs in one go
[13:32] <charles> zsombi_, ?
[13:33] <mardy> dpm: I'm rebooting my phone (couldn't start reminders)
[13:33] <zsombi_> charles: I knew that there will be problems on using teh QtOrganizer for alarms, that those will be shown in teh calendar!
[13:33] <nerochiaro> oSoMoN: i tried that. When asking for build-dep it says it fails because it can't satisfy this "qt5-default : Depends: qtbase5-dev" but both qt5default:armhf and qtbase5-dev:armhf are installed already
[13:34] <dpm> mardy, have you removed the account-plugin-evernote package too?
[13:34] <mardy> dpm: no, but it won't be used when you start the process from reminders
[13:34] <mardy> dpm: after rebooting, everything works fine here
[13:34] <nerochiaro> dpm: i think renato or boiko can help you better with https://bugs.launchpad.net/dialer-app/+bug/1372776
[13:35] <nerochiaro> dpm: i haven't worked much on that app in a while
[13:35] <dpm> mardy, ah, I thought the click account and the deb account would clash.
[13:35] <mardy> dpm: no, but when you create the account from the system settings, you'd see two evernote entries
[13:36] <dpm> oh, I see
[13:36] <zsombi_> charles: however I do not see how adding that x-canonical-disabled tag will block the QtOrganizerTodo not to be shown up in calendar...
[13:36] <ahayzen> popey, balloons, do you think it is worth pushing music-app to the store as it has the new content-hub multi support and a few other tweaks?
[13:36] <charles> zsombi_, hurm, true
[13:36] <zsombi_> charles: the thing is that the alarms are still stored as todo elements... we do store them in a separate container though, but...
[13:37] <zsombi_> charles: but seems that is still not enough....
[13:37] <zsombi_> charles: remember, I suggested to use timed back when we started this :)
[13:37] <zsombi_> charles: never the less, we must find a proper filter for it...
[13:37] <zsombi_> or workaround...
[13:38] <zsombi_> charles: I'll add this to the bug
[13:39] <zsombi_> charles: what if we store it in a separate DB?
[13:40] <zsombi_> charles: then datetime indicator can pick any changes made on this db and will sync/react on those, will shopw teh next alarm, will post back teh changes, etc...
[13:41] <nik90> zsombi_: but the issue is not that the clock app alarms are shown in the calendar app. In fact I think that is intended
[13:41] <zsombi_> nik90: heh??!!
[13:41] <charles> nik90, really?
[13:41] <zsombi_> nik90: I find it stupit, with all my respect...
[13:42] <zsombi_> nik90: an alarm is an alarm, it should have nothing to do with calendar entries!!!!!
[13:42] <nik90> I thought like dinosaur years ago I remember hearing about showing both calendar evnets and alarms in one app. Although only the clock will be able to edit alarms
[13:42] <charles> zsombi_: we needed an approach that would handle hardware wakeups, otherwise the morning wakeup alarm wouldn't've done much good :)
[13:42] <nik90> zsombi_: well alarms are special types of events
[13:42] <zsombi_> charles: does EDS handled that?
[13:42] <charles> no, indicator-datetime does
[13:42] <zsombi_> nik90: NONE of the phones around teh globe do show alarms of any type in calendar!
[13:43] <zsombi_> charles: so, if we provide a common API for a db, we're basically good then, right?
[13:43] <zsombi_> chriadam: as imple JSON would do the job...
[13:43] <zsombi_> chriadam: sorry, wasn't for U :)
[13:43] <charles> :)
[13:43] <charles> seems like a stretch for RTM
[13:43] <zsombi_> charles: a simple JSON would do the job
[13:44] <mzanetti> rpadovani: dpm: will be 10 mins late in the meeting
[13:44] <charles> but damn, EDS has caused so many problems
[13:44] <rpadovani> ack
[13:44] <zsombi_> charles: yes, it is... so for that we need some workaround, but I'd say we shoudl go with a proprietary approach...
[13:44] <zsombi_> charles: ooooooh, yeeeaaaaahhh!!!
[13:45] <zsombi_> charles: in fact ;) the JSON backend is already there ;)
[13:45] <zsombi_> charles: when we use memory QtOtrganizer manager, I save teh alarms in a JSON file ;)
[13:46] <dpm> mzanetti, np
[13:46] <zsombi_> nik90: ^
[13:46] <charles> zsombi_, does it have file locking s.t. datetime and clock-app don't clobber the file when they write to it at the same time?
[13:46] <zsombi_> charles: not yet, but we can add that... however, it is saved in teh clock app's confined folder :/
[13:47] <zsombi_> charles: so we'd need some helper to deal with the DB :/
[13:47] <popey> ahayzen: yes!
[13:47] <nik90> zsombi_: do we want to do this intrusive change this late in the cycle?
[13:47] <ahayzen> popey, \o/ and embedded album art support :)
[13:47] <nik90> we are at a sweet spot where alarms are starting to work for people
[13:47] <zsombi_> nik90: nope, we need a workaround, but we're discussing teh "future" ;)
[13:48] <charles> zsombi_, well as long as we're taking these deep bong hits, why don't we provide/edit the alarms via the indicator-datetime dbus API
[13:48] <nik90> ah ok
[13:48] <charles> nik90, post-rtm :)
[13:48] <zsombi_> charles: hmm... what rights do I need to do that? or do I need any special rights at all?
[13:49] <charles> zsombi_, the alarm bits are in their own dbus namespace s.t. the permissions can be controlled
[13:49] <zsombi_> charles: tbh, that would be teh best way to do it!!!
[13:49] <zsombi_> charles: just wondering, why the heck haven't we done it like that??!
[13:50] <charles> zsombi_, the DBus API came along way after the alarms
[13:50] <charles> zsombi_, in retrospect it seems so clear... :)
[13:50] <zsombi_> charles: ah, ok... do U have some docs?
[13:50] <charles> zsombi_, for datetime's DBus API? I'm not sure what you're looking for
[13:51] <charles> zsombi_, right now it's just for changing things like the default alarm duration, sound file, vibrate mode
[13:51] <zsombi_> charles: like what to send, how to fetch alarms, etc
[13:51] <charles> zsombi_, we'd have to add the CRUD methods, but it wouldn't be difficult post-RTM
[13:52] <zsombi_> charles: ah, ok, so we'd need to extend that with other stuff... right
[13:52] <zsombi_> charles: will U come to Washington?
[13:52] <charles> yes
[13:52] <zsombi_> charles: we could have a short talk about that @ some point...
[13:53] <charles> :)
[13:53] <charles> nik90, will  you be in washington?
[13:53] <zsombi_> charles: so, till then, workaround....
[13:53] <charles> zsombi_, nik90: ok thinking about #1361702
[13:53] <nik90> charles: not this time I am afraid..I have some exams during that time
[13:54] <charles> we still need a way to have datetime treat the clock-app alarms differently than other VTODOs
[13:55] <charles> zsombi_, nik90, we could key off of the data source's display name
[13:55] <charles> that's currently "Alarms"
[13:55] <zsombi_> charles: we could, but we need to inform calendar as well...
[13:55] <charles> it would be nice to make it a little more specific, like "Unity Alarms" or "Touch Alarms" or some such
[13:55] <zsombi_> charles: in that sense a tag would also do the job
[13:56] <charles> groan, you're right, I'm going in circles with my suggestions
[13:57] <charles> zsombi_, unless we coordinate with calendar wrt "special logic" for ui-toolkit alarms, I don't see a fix that works in both indicator-datetime and in the calendar app
[13:57] <zsombi_> charles: but we can ask mihir or someone from calendar to filter x-canonical-alarm tagged events out
[13:57] <zsombi_> charles: :) U read me mind ;)
[13:57] <charles> +1
[13:57] <charles> mihir: ^
[13:57] <mihir> hey zsombi_ charles
[13:57] <zsombi_> charles: this sounds like a plan
[13:57] <charles> mihir, context: https://bugs.launchpad.net/indicator-datetime/+bug/1361702, particularly comment #3
[13:58] <zsombi_> mihir: we are thinking on a way to exclude disabled alarms from calendar
[13:58]  * mihir reads the conversation 
[13:58] <charles> this fix is kind of warty, but would probably be the least intrusive going into RTM
[13:59] <zsombi_> charles: right
[13:59] <nik90> +1
[13:59] <zsombi_> charles: I'm wriyting an update to teh bug
[13:59] <karni> Is there a way to determine whether I'm connected to the Internetz from QML? (be it WIFI or 3G)
[13:59] <zsombi_> charles: I'd add that tag to all alarms not just to teh disabled ones
[14:00] <karni> I've been looking for a solution for a while now, not sure if I can achieve that without c++. Perhaps someone knows a component that does that already.
[14:00] <nik90> karni: http://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Connectivity/
[14:00] <karni> :D
[14:01] <mihir> zsombi_: charles , so we need to update calendar-app to exclude x-canonical-alarm , have I understood correctly ?
[14:01] <nik90> karni: I haven't used it yet, so may not be able to help further
[14:01] <charles> zsombi_, If you just have a tag that says "this is an ubuntu-ui-toolkit alarm", that leaves in the wart about having to remove/restore alarm attachments
[14:01] <charles> mihir, actually I'd like nik90 to clarify that -- nik90, you say there's design requirement for showing clock-app alarms in the calendar?
[14:02] <charles> nik90, I find that odd
[14:02] <nik90> charles: I can't find any at the moment and calendar-app doesn't have a designer
[14:02] <nik90> charles: tbh I don't know who to ask either
[14:02] <mihir> nik90: popey  ?
[14:02] <charles> I'm with zsombi_ on this one, IMO they should not be in there
[14:02] <oSoMoN> nerochiaro, then I don’t know, maybe zbenjamin can help
[14:02] <karni> nik90: that's great, thank you :D
[14:03] <zsombi_> nik90: mihir: charles: I've added one more comment on teh bug
[14:03] <zbenjamin> oSoMoN: ?
[14:05] <oSoMoN> zbenjamin, nerochiaro is having issues with installing build deps for webbrowser-app inside a chroot
[14:06] <zbenjamin> oSoMoN: webbrowser app? thats not a click package right?
[14:06] <popey> mihir: ?
[14:07] <oSoMoN> zbenjamin, no, indeed
[14:07] <nik90> popey: Its about clock app alarms showing up in the calendar app.
[14:07] <popey> why would we want that?
[14:07] <charles> popey, we probably don't, but were looking for a second opinion to confirm
[14:07] <nik90> popey: I vaguely remember seeing a design ages ago where the intention was that the calendar would show all events (even special events like alarms)
[14:07] <nik90> popey: and we are just looking to confirm that with you since we don't have a designer for the calendar app to talk to
[14:08] <popey> I dont recall ever seeing that
[14:08] <popey> and I dont think we want clock alarms showing up in calendar personally
[14:08] <nik90> ok
[14:08] <nik90> charles: then there's your answer...we use the special tag for all alarms to ensure they don't show up in the calendar
[14:09] <nik90> charles, zsombi_: So I suppose we use one tag for enabled alarms and another for disabled ones?
[14:09] <charles> that also means the DBus fix is viable post-RTM
[14:10] <charles> https://bugs.launchpad.net/indicator-datetime/+bug/1361702/comments/6
[14:10] <mihir> okay popey
[14:10] <charles> thanks popey :)
[14:10] <zsombi_> nik90: charles: well, we could, if necessary, and then, we won't need to remove the audio/visual reminder attachments from the todo event
[14:10] <charles> zsombi_, right
[14:11] <charles> oh, I'm re-breaking it for calendar though if we remove the x-canonical-alarm. It's not an either-or choice
[14:11] <zsombi_> charles: ok, let's use then x-canonical-disabled. Shouldn't we set a tag for enabled one?
[14:12] <zsombi_> charles: right :)
[14:12] <charles> calendar needs to know when to ignore, whether it's enabled or disabled
[14:12] <nerochiaro> oSoMoN: if it's not a click, how do you build and test webbrowser app then ? not through qtcreator i imagine
[14:12] <charles> zsombi_, do you have a preference?
[14:12] <zsombi_> charles: whatever :D
[14:12] <charles> x-canonical-alarm + x-canonical-disabled would work, but I don't mind whatever naming we use
[14:13] <zsombi_> charles: let's use these names, anyway, it's a temp solution
[14:13] <oSoMoN> nerochiaro, I either use packages built by jenkins when testing a MR, or I build on the device directly
[14:13] <charles> ok so, the TODOs
[14:13] <mihir> charles: zsombi_  so we have to filter events with excluding x-canonical-disabled
[14:13] <mihir> correct ?
[14:13] <nerochiaro> oSoMoN: ok
[14:13] <charles> mihir needs to have calendar-app ignore VTODO events with a x-canonical-alarm tag/category
[14:14] <charles> for 1361702, I need to have datetime ignore VTODO events with x-canonical-disabled
[14:14] <zsombi_> charles: just wondering, can we add two tags to an EDS event?
[14:14] <charles> and for 1362341, I need to have datetime set the x-canonical-disabled flag for x-canonical-alarms that get triggered
[14:14] <charles> zsombi_, yes, afaik there's no upper limit
[14:15] <zsombi_> charles: ok, then we're good. we set both tags for a disabled alarm, for enabled ones only one of them
[14:15] <charles> and zsombi_ needs to set the tags in ubuntu-ui-toolkit
[14:15] <zsombi_> mihir: ^ U only need to exclude x-canonical-alarm tagget todo events
[14:15] <charles> zsombi_, right
[14:16] <mihir> zsombi_: okay
[14:16] <charles> and nik90 gets off completely free :) :)
[14:17] <zsombi_> nik90: this was a cheep bug for ya :D
[14:17] <charles> zsombi_, mihir, let's repurpose #1361702 to handle all three of these tasks
[14:18] <zsombi_> charles: I think we shoudl also tag it for rtm14, right?
[14:18] <charles> zsombi_, yes
[14:18] <zsombi_> done
[14:19] <zsombi_> mihir: could you also pick up the bug please?
[14:19] <mardy> dpm: mmm... there is still some issue: the account was created correctly, but it doesn't list the reminders app in its access page
[14:19] <mardy> dpm: and the reminders app still thinks it has no accounts
[14:19] <mardy> dpm: (though the account is definitely there in the system settings)
[14:19]  * mihir gets bug from calendar-app 
[14:20] <mardy> dpm: it's something wrong with the service or with the application file, I'll check
[14:20] <mihir> zsombi_: charles here is the bug from calendar,https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1320880
[14:20] <mardy> dpm: ah, the application file is wrong
[14:21] <mardy> dpm: it says "<service id="com.ubuntu.reminders_evernote-account-plugin">", while the service is called com.ubuntu.reminders_reminders
[14:21] <zsombi_> mihir: that looks a bit different bug, you must pick up this one https://bugs.launchpad.net/indicator-datetime/+bug/1361702
[14:21] <zsombi_> mihir: because it affects Calendar app as well
[14:23] <mihir> zsombi_: got it :)  i made it also affected
[14:23] <charles> zsombi_, mihir, nik90, summary @ https://bugs.launchpad.net/indicator-datetime/+bug/1361702/comments/8 if I've understood our discussion correctly
[14:24] <nik90> charles: in 2. ubuntu-clock-app will ignore / not show anything with the "x-canonical-alarm" tag did you mean the calendar-app
[14:24] <charles> lol, yes
[14:28] <mihir> charles: yup :)
[14:30] <dpm> mardy, ah, well spotted, let me see if I can quickly fix it
[14:32] <dpm> mardy, looking at it, I'm not sure what exactly I should change. What do you mean by "the service is called com.ubuntu.reminders_reminders"?
[14:32] <mardy> dpm: change the .application file
[14:33] <mardy> dpm: the service name inside it is wrong
[14:34] <dpm> mardy, ok, I'm still confused. Why is the service name wrong? Everywhere else we use "com.ubuntu.reminders_evernote-account-plugin"
[14:35] <mardy> dpm: because the .service files are not part of the account plugin, they are part of the application
[14:35] <mardy> dpm: the plugin only contains the provider and the qml_plugin hooks
[14:36] <mardy> dpm: the "service" one is in the app
[14:36] <mardy> dpm: so when it gets processed by the hook, it gets renamed to com.ubuntu.reminders_reminders.service
[14:37] <mardy> dpm: just see under ~/.local/share/accounts/services/
[14:37] <karni> "module "Ubuntu.Connectivity" is not installed" -- who can tell me something more about this? is this module expected in the image?
[14:37] <dpm> mardy, hm, so should I now rename the service file in addition to that?
[14:39] <dpm> mardy, and in the .application file, I've got two services defined: one for sandbox and one for production accounts. How do I name those services so that both work?
[14:41] <mardy> dpm: 1) yes 2) "com.ubuntu.reminders_reminders" and "com.ubuntu.reminders_reminders-sandbox", if you rename the latter service file to "com.ubuntu.reminders_reminders-sandbox.service"
[14:41] <nik90> DanChapman: can you help karni out with the Ubuntu.Connectivity issue?
[14:41] <karni> DanChapman: I'm trying to follow http://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.Connectivity.NetworkingStatus/
[14:41] <karni> nik90: thanks
[14:41] <dpm> mardy, ok, will give it a go, thanks
[14:41] <karni> DanChapman: but it seems the module is not installed. is it expected to be in the image?
[14:46]  * beuno puts https://code.launchpad.net/~beuno/click-reviewers-tools/manual-review-for-policy/+merge/235814 on jdstrand's plate
[15:03] <justCarakas> what does the tag triaged mean ?
[15:05] <jdstrand> beuno: what prompted this MP?
[15:05] <jdstrand> beuno: scopes policy is extremely particular
[15:05] <jdstrand> beuno: I don't want humans involved
[15:05] <beuno> jdstrand, https://myapps.developer.ubuntu.com/dev/click-apps/971/
[15:05] <beuno> accounts
[15:05] <beuno> for that app
[15:05] <beuno> it didn't have a manual review flag
[15:05] <nik90> justCarakas: it means that the bug has been checked by someone and a solution to fix the bug is known.
[15:05] <beuno> so our system auto-rejected
[15:06] <beuno> jdstrand, I'm adding a test now, FWIW, at the request of pindonga
[15:07] <jdstrand> I don't like the change
[15:07] <beuno> I am not going to fight it  :)
[15:07] <jdstrand> we should fix the detector
[15:07] <beuno> I just need a way for the store to process this
[15:07] <jdstrand> let me reread the scopes confinement spec
[15:07] <jdstrand> give me a minute
[15:08] <justCarakas> thx nik90
[15:08] <beuno> jdstrand, sure
[15:11] <charles> mihir, zsombi_, any objections for me tagging 1361702 as touch-2014-10-09
[15:11] <zsombi_> charles: nope
[15:12] <zsombi_> charles: if that doesn't mean it won't be fixed ;)
[15:13] <charles> zsombi_, I'd be ok with -10-02
[15:13] <zsombi_> charles: I don't mind, I'll push a fix tomorrow from UITK side
[15:14] <charles> zsombi_, cool
[15:14] <zsombi_> charles: however I'd need yours to be there teh same time, otherwise I have to remoev teh attachments
[15:14] <zsombi_> when disabling an alarm
[15:14] <nik90> zsombi_: perhaps one silo with all the necessary changes
[15:14] <charles> zsombi_, disabled alarms are already broken in datetime, so no regression there :)
[15:15] <zsombi_> charles: ah, ok
[15:15] <zsombi_> nik90: ^ so we can get this landed async
[15:15] <charles> but I should have something this week, I'm trying to decide how many of these calendar/alarm bugs I can fold together
[15:15] <nik90> ok
[15:15] <charles> many of them are interconnected
[15:27] <jdstrand> beuno: ok, fixed in r246
[15:27] <jdstrand> well, really 245
[15:51] <ahayzen> elopio, thanks for the review again :)
[15:51] <ahayzen> elopio, once this lands we'll be able to test it again lol https://code.launchpad.net/~andrew-hayzen/music-app/ap-mocking-fixes/+merge/235821
[15:52] <elopio> ahayzen: cool.
[15:52] <elopio> what is that link farm variable for/
[15:52] <elopio> ?
[15:52] <ahayzen> elopio, for UAL
[15:52] <elopio> that can probably explain why I never got it working on reminders.
[15:52] <ahayzen> elopio, long story ... in summary changes to things in UAL meant that when we set HOME it got a bit confused
[15:53] <ahayzen> elopio, this is why music-app has been failing since #244
[15:53] <elopio> ahayzen: thanks a lot for your fix to that :)
[15:53] <ahayzen> elopio, credit goes to Ted
[16:06] <ahayzen> elopio, is pep257 not enabled as default?
[16:06]  * ahayzen looks at all the other classes in music-app and notices they don't have an empty line
[16:06] <elopio> ahayzen: everybody would hate us if we enable it by default. It has many many details that are good to have.
[16:07] <ahayzen> elopio, oh its a pep257 as in a docstring one.... not a sub thing of pep8 :P
[16:07] <elopio> I try to mention it only when there's something that would improve readability.
[16:07] <elopio> ahayzen: yes, it's docstrings.
[16:07] <ahayzen> elopio, hmm so should i be consistent and leave it... or change this one to meet it... or change all of them in this or another mp?
[16:08] <elopio> ahayzen: I would prefer to change this one, and whenever you change a file that you note doesn't follow the pep, change it.
[16:08] <elopio> but this one is not a big deal. It's up to you.
[16:09] <ahayzen> elopio, heh they don't have an example of a class ..its is only mentioned in the text http://legacy.python.org/dev/peps/pep-0257/
[16:09] <ahayzen> oh "legacy." ...
[16:11] <elopio> that's the right doc. The legacy part is because they have a new website. But they haven't put the peps on the new website, afaik.
[16:12] <elopio> and yes, that pep has a lot of talk and no examples.
[16:13] <ahayzen> heh
[16:19] <dpm> balloons, managed to make the reminders test fail in a yet more interesting way. Do you know what that new failure actually means? -> https://code.launchpad.net/~dpm/reminders-app/account-click/+merge/230768
[16:21] <balloons> dpm, good work :-)
[16:21] <elopio> nik90: you can land the xvfb branch if you are happy with it.
[16:21] <dpm> balloons, hardly an achievement :)
[16:21] <balloons> dpm, looks like the report file was lost somehow
[16:22] <balloons> a re-run will probably work fine
[16:22]  * balloons checks log quickly
[16:23] <dpm> balloons, not sure, perhaps I've messed something up in the debian packaging, although I didn't touch any AP files. The last two times the MP had the same failure
[16:23] <balloons> dpm, ohh something went with the box
[16:24] <balloons> fginther, can you look at generic-mediumtests-utopic-python3 and make sure everything is good? I see if sending DHCPREQUEST's once a minute -- is that right?
[16:25] <dpm> mardy, not sure if you're still around, but it seems that even after renaming the .service files, I'm still getting the blank screen on reminders: http://people.canonical.com/~dpm/click/com.ubuntu.reminders_0.5.230_armhf.click
[16:30] <fginther> balloons, that's strange. I don't see it in any other recent tests. I kicked off a new build of that job to see if it was a transient failure
[16:31] <nik90> elopio: ooh cool
[16:32] <nik90> elopio: btw in the jenkins result I don't see the qml test results,
[16:33] <nik90> elopio: like for instance in http://91.189.93.70:8080/job/generic-mediumtests-utopic-python3/498/console I only see the AP tests results
[16:33] <nik90> fginther ^^
[16:34] <elopio> nik90, fginther: http://91.189.93.70:8080/job/generic-mediumtests-utopic-python3/498/consoleText
[16:34] <elopio> search for dh_auto_test
[16:34] <fginther> nik90, the results are only in the console, search for ... , what elopio said
[16:36] <elopio> nik90: I tested that it was marked as a failure before you fixed the test. And after you fixed the test, it's marked as success.
[16:36] <elopio> I think it's ok.
[16:39] <nik90> elopio: ah I thought it would be more verbose by showing QPASS, QWARN etc etc
[16:40] <nik90> but that's fine as long as it is more verbose when something fails
[16:40] <elopio> nik90: I think it gets more verbose in case of error. But I'm not sure how much.
[16:41] <nik90> elopio: cool. I will review and merge asap
[16:41] <elopio> thanks nik90.
[16:42] <nik90> elopio: later when you find time, can you briefly look over https://code.launchpad.net/~nik90/ubuntu-clock-app/10-add-more-qmltests/+merge/232060
[16:43] <nik90> elopio: it is esssentially my first feature qml test compared to the previous qml units I generally write
[16:44] <elopio> nik90: I looked at it a little, but I will review it in detail after walking the dog.
[16:44] <elopio> what I saw weird are the leading underscores.
[16:44] <nik90> elopio: no hurry, thnx
[16:44] <elopio> nik90: are you following a javascript style guide?
[16:44] <nik90> elopio: I thought we do that in AP tests as well
[16:44] <nik90> where _functionname() indicates an internal function not used directly in tests
[16:44] <elopio> nik90: this is the one I like: http://google-styleguide.googlecode.com/svn/trunk/javascriptguide.xml
[16:45] <elopio> it says the underscores should be trailing.
[16:46] <nik90> ah yes
[16:46] <elopio> it would be good to adopt a js guide too. But I won't insist on that, yet :)
[16:46] <elopio> ok, bbl.
[16:47] <nik90> cya
[16:56] <ohmy> hello
[16:56] <ohmy> (I apologize in advance if this question has been asked hundered of times, i'm quite new) Is the sdk itself opensource ? or at leat all the ubuntu qml compoments ?
[16:58] <dpm> ohmy, it is open source, and you don't need to apologize :)
[16:59] <ohmy> dpm, thank you, can you please tell me when can i a read more about the sdk itself,  any accessible repo ?
[17:00] <dpm> ohmy, http://developer.ubuntu.com/start/
[17:01] <ohmy> dpm, thank you
[17:01] <dpm> you're welcome
[17:04] <ohmy> dpm, i must be tired, i've read this page two three times, it's all about the sdk from app developer perspective not platform
[17:05] <ohmy> dpm, i'm looking forward the source, not the binaries
[17:15] <dpm> ohmy, https://code.launchpad.net/ubuntu-ui-toolkit
[17:16] <dpm> ohmy, and also https://code.launchpad.net/qtcreator-plugin-ubuntu
[17:16] <dpm> that's essentially the code for the SDK
[17:16] <dpm> oh, and https://qt.gitorious.org/qt-creator
[17:20] <elopio> nik90: can you make my branch a prerequisite of yours, and add your test on the CMakeLists ?
[17:20] <elopio> that way we will see if the test works on jenkins.
[17:20] <nik90> elopio: sure
[18:14] <qtros> Hi all
[18:14] <qtros> Can someone tell me how to make a screenshot on UP?
[18:14] <nik90> elopio: hey I did bzr merge  lp:~canonical-platform-qa/ubuntu-clock-app/xvfb_and_qml_tests
[18:14] <qtros> Seems that screencap doesn't work anymore)
[18:15] <nik90> elopio: then committed that
[18:15] <nik90> elopio: however in the MP I see conflicts in the debian changelog that I dont see locally
[18:15] <nik90> qtros: phablet-screenshot filename.png
[18:17] <brendand> qtros, you need to run that from your desktop - i don't know a way to make a screenshot on the device itself
[18:19] <qtros> nik90 brendand thx!
[18:26] <elopio> nik90: hum, launchpad sometimes goes crazy. Do you prefer to land first my branch or yours?
[18:26] <nik90> yeah
[18:26] <nik90> I will review in a few minutes
[18:26] <nik90> going for dinner
[20:16] <mzanetti> mivoligo: heh, have some music now :D
[20:17] <mzanetti> curious about your opinion on those
[20:21] <mivoligo> mzanetti: hey, should I pull?
[20:22] <mzanetti> mivoligo: if you have time, yes
[20:22] <mzanetti> need to run setupdata
[20:22] <mivoligo> mzanetti: yep, just put kids to bed :)
[20:34] <mivoligo> mzanetti: something is wrong with the script because I get no „sounds” folder in /data
[20:34] <mzanetti> hmmm
[20:35] <mzanetti> can you paste the output?
[20:36] <mivoligo> mzanetti: http://paste2.org/vvCgfI65
[20:37] <mivoligo> mzanetti: and in SDK I have:  GStreamer; Unable to play - "file:///home/michal/Devel/my-machines/machines-vs-machines/data/sounds/Run Amok.mp3"  Error: "No URI set"
[20:37] <mzanetti> and there really is no sounds folder?
[20:39] <mivoligo> mzanetti: it is, but somewhere else
[20:39] <mzanetti> aha
[20:39] <mzanetti> where?
[20:40] <mivoligo> /my-machines/levelpacks
[20:41] <mzanetti> mivoligo: ah
[20:41] <mzanetti> yeah... you need to execute the script from within the data folder currently
[20:41] <mivoligo> :D
[20:42] <mivoligo> it worked
[20:42] <mivoligo> I guess I messed up /levelpacks then
[20:43] <mzanetti> a bit :)
[20:44] <mzanetti> but not much. just do a bzr status in there
[20:44] <mzanetti> should list all that's wrong
[20:44] <mzanetti> like the sounds?
[20:45] <mivoligo> mzanetti: immediately puts smile on my face :)
[20:45] <mzanetti> heh
[20:46] <mzanetti> i guess thats good
[20:46] <mivoligo> yes
[20:46] <mzanetti> http://incompetech.com/music/royalty-free/index.html?collection=034&page=3
[20:49] <mivoligo> mzanetti: for me it's on the first page
[20:49] <mzanetti> yeah... just showed you the page
[20:50] <mzanetti> has quite a bit of stuff
[20:51] <mivoligo> I think it suits the game :)
[20:52] <mzanetti> ok, cool
[20:52] <mzanetti> I guess I'll try to find one per world
[20:53] <mivoligo> did you try it on the phone?
[20:54] <mzanetti> not yet
[20:54] <mzanetti> sadly it stutters when playing the shot sounds
[20:54] <mzanetti> I think I also need to play a bit with the volume for the different sounds
[20:57] <mivoligo> when you at it, you could fix the sound for tower 10, it has unnecessary silence at the beginning and the end
[20:57] <mzanetti> yeah, true
[20:59] <mivoligo> btw: where should I put UI spec for the welcome screen and others? Should I file a bug and attach it there?
[20:59] <mzanetti> that's a good idea
[20:59] <mzanetti> mivoligo: or some google drive
[21:00] <mzanetti> I guess the google drive would be easier
[21:00] <mivoligo> never used that TBH
[21:03] <mivoligo> turns out I'm a liar as I have some files there :P
[21:07] <mzanetti> :D
[21:07] <mzanetti> mivoligo: I'm trying to create a shared dir... but I'm failing
[21:09] <mzanetti> mivoligo: ok. you should have received an email
[21:09] <mzanetti> with a folder where you have upload permissions
[21:11] <mivoligo> mzanetti: thanks, but can you change it to mivoligo@gmail
[21:11] <mivoligo> .com
[21:11] <mzanetti> sure
[21:12] <mzanetti> mivoligo: done
[21:13] <mivoligo> mzanetti: got it, thanks
[21:13] <vitimiti> hi
[21:15] <mivoligo> mzanetti: ok, I'll send some stuff tomorrow hopefully, of to bed now
[21:18] <mzanetti> o/
[21:25] <boren> popey: Hi, I am adding contact support for Dekko. I found that contact app doesn't export email through content hub. Who can I talk to?
[21:25] <popey> boren: hm
[21:29] <popey> boren: you sure, the address-book-app seems to have the policy group "content_exchange" and "content_exchange_source"...
[21:29] <boren> popey: I have got phone number, name but no email.
[21:30] <popey> ah
[21:30] <popey> boren: i guess this is missing functionality then, probably need to file a bug in the app and we'll need to get it on the roadmap.
[21:31] <popey> pmcgowan: ^ would be good if the address-book-app could expose email addresses (or indeed full contact details?) to other apps?
[21:31] <popey> (context here is email client - dekko - asking for email addresses)
[21:32] <popey> boren: have you looked at the new event page in calendar? That pulls in contacts for event attendees.
[21:33] <pmcgowan> popey, that as I recall is part of the plan, but I forget the details tbh
[21:33] <boren> popey: Sure, I will file a bug then.
[21:33] <pmcgowan> popey, I know there were very specific privacy concerns, we were going to allow access to a certain contact, but not access to all contacts
[21:34] <popey> sure, and the email client would need access to specific contacts, not all of them
[21:34] <popey> but that could get nasty, having to pull in a contact via content hub every time
[21:34] <popey> that would get painful every time you send a mail
[21:34] <popey> boren: I'd certainly look at calendar app in the meantime
[21:34] <pmcgowan> right not sure on the design for that
[21:35] <popey> k
[21:41] <boren> popey: I guess I can try accessing contacts directly without importing from addressbook-app which I assume is what calendar app does now.
[21:41] <popey> yeah.
[21:42] <popey> frecel: you about?
[21:45] <nik90> elopio: I cannot resolve the conflicts in https://code.launchpad.net/~nik90/ubuntu-clock-app/10-add-more-qmltests/+merge/235862
[21:45] <nik90> elopio: I think I may start fresh and copy code over. Launchpad can sometimes not make any sense since when I branch that MP and look there aren't any conflicts.
[23:00]  * popey glares at nik90 and charles as his desktop makes harp noises
[23:01] <nik90> lol
[23:01] <charles> popey, :)
[23:01] <popey> kinda threw me a bit
[23:01] <charles> popey, which bug?
[23:01] <popey> heard the noise and thought "hang on, thats not coming from my phone"
[23:01] <popey> well, technically it's not a bug, is it?
[23:01] <charles> ah! ok :)
[23:01] <nik90> popey: did you run clock ap tests on your desktop or something?
[23:01] <nik90> cause it doesn't mock it
[23:01] <popey> no
[23:01] <nik90> and creates actual alarms
[23:01] <nik90> ah ok
[23:02] <nik90> then I am not responsible :P
[23:02] <popey> haha
[23:02] <popey> nicely done
[23:02] <popey> :D
[23:02]  * popey sleeps knowing his alarm will annoy the family at 7am
[23:02] <nik90> gnite
[23:02] <charles> just wait until indicator-datetime starts honoring the calendar repeat-notify requests
[23:03] <charles> and you think you get enough harps now...
[23:03] <nik90> woop woop
[23:03] <charles> nik90, I doubt the current settings will stand
[23:03] <charles> calendar-app tells indicator-datetime that a calendar reminder should activate 4 alarms at 2-minute intervals
[23:04] <nik90> what...that's a lot
[23:04] <charles> probably that will get whittled down to '1' since we already have the snooze
[23:04] <charles> but that's just me speculating
[23:04] <nik90> hope so
[23:04] <charles> I'll ask mihil about it tomorrow
[23:06]  * charles changes popey's PM beep to /usr/share/sounds/ubuntu/ringtones/Suru\ arpeggio.ogg