[00:29] <rick_h_> How goes vinodhini ?
[00:40] <babbageclunk> anastasiamac: PTAL https://github.com/juju/juju/pull/9078?
[00:40]  * anastasiamac looking
[00:41] <babbageclunk> ta
[00:41] <babbageclunk> thumper: trivial review? https://github.com/juju/pubsub/pull/8
[00:42] <vinodhini> hi rick_h i am good.
[00:42] <vinodhini> I fixed all minor test issues.
[00:43] <vinodhini> If u can take a look please.
[00:43] <anastasiamac> babbageclunk: so neat! loved it :D
[00:43] <babbageclunk> I'm going to put that quote on the cover of the paperback when it comes out!
[00:44] <babbageclunk> Thanks anastasiamac
[00:45] <babbageclunk> hmm, good question about 2.4 - rick_h_, what do you think? https://github.com/juju/juju/pull/9078
[00:46] <vinodhini> rick_h : regarding the error handling issues.Where you able to test that same scenarios in GUI ?
[00:48] <rick_h_> babbageclunk: hmm I don't think oci is in 2.4
[00:48] <babbageclunk> rick_h_: ah, ok - then that makes it simpler. I'll just look
[00:49] <rick_h_> vinodhini: I didn't. What are we looking for or expecting?
[00:50] <babbageclunk> rick_h_: yeah you're right - the package is there but it's all just NotImplemented stubs.
[00:51] <rick_h_> babbageclunk: cool
[00:52] <vinodhini> rick_h: approval for PR. Plus regarding the errorhandling  issues u have mentioned. Yes. there is a delay until the whole setup comes up fully.
[00:53] <rick_h_> vinodhini: feedback inbound
[00:54] <rick_h_> vinodhini: yes, so thumper had some ideas around some of those, implementation-wise
[00:54] <rick_h_> vinodhini: so the version thing I think needs to be right for that PR other than that thanks so much for the great updates
[00:56] <vinodhini> ok. then i would like to discuss regarding that delay issues today.
[00:57] <vinodhini> let me fix the version so i can get that merged.
[00:58] <vinodhini> rick_h: isnt better not to have version in that error message so there wont be any misinterpretation.
[00:59] <rick_h_> vinodhini: that's ok for the moment.
[01:00] <rick_h_> vinodhini: do me one favor though, make sure to call it the "bundle export feature"
[01:00] <rick_h_> vinodhini: as any juju 2.x supports deploying bundles
[01:00] <rick_h_> vinodhini: just to be clear to users
[01:01] <vinodhini> sure then i will remove the version and update the message.
[01:03] <rick_h_> vinodhini: awesome
[01:04] <vinodhini> rick_h: i have push the commit now.
[01:04] <vinodhini> so, we are done with cosmetic changes related to export-bundle.
[01:05] <vinodhini> We have now: 3 pending
[01:06] <vinodhini> delay and error handling, series, machine constraints
[01:06] <rick_h_> vinodhini: k, approved
[01:06] <vinodhini> rick_h: ty
[01:06] <rick_h_> vinodhini: are you also able to get the good update in during your day so we can lock down 2.4.2?
[01:06] <rick_h_> Sorry, goose, not good
[01:07] <vinodhini> rick_h: goose - not good ?
[01:09] <rick_h_> vinodhini: so thumper says that we need to update the goose dependency with your fixes in the 2.4 branch to be part of the release we're locking up tomorrow morning.
[01:12] <vinodhini> rick_h: i have updated the goose dep with my changes i mean after merging goose stuffs and merged the juju PR: https://github.com/juju/juju/pull/9049
[01:13] <rick_h_> vinodhini: ok, so 2.4 branch is all caught up with your goose changes?
[01:13] <vinodhini> yes.
[01:14] <vinodhini> thumper: i have updated the juju side PR which got merged after the goose chnages landed with dependencies.tsv update.
[01:15] <vinodhini> Apologise i didnt inform but i did it.
[01:15] <rick_h_> vinodhini: cool ignore me then. Sounds good.
[01:16] <vinodhini> rick_h: sure. Its ok to double check.
[01:20] <vinodhini> thumper: that PR : https://github.com/juju/juju/pull/9076 - export-bundle in dev mode should go with 2.4.2 correct ?
[01:21] <vinodhini> i have answered ur question this morning. Could u please take a look when u get time ?
[02:05] <thumper> vinodhini: commented on PR, I'd like us to keep the file
[02:06] <vinodhini> thumper: sure
[02:06] <vinodhini> reverting now.
[02:18] <vinodhini> thumper: pushed to commit.
[02:18] <thumper> ack
[02:18] <thumper> approved
[02:18] <vinodhini> thumper: ty
[02:37] <thumper> bugger...
[02:37] <thumper> that thing that I knew was going to be a problem in the future is a problem
[02:38]  * thumper thinks how to fix with minimum impact
[02:38] <thumper> babbageclunk: busy?
[02:40] <vinodhini> i believe rick_h is offline. thumper: when u get time before you leave for the day i would like to discuss regarding the other issues in export-bundle.
[02:40] <thumper> vinodhini: sure
[02:40] <thumper> I can do now if you like
[02:40] <vinodhini> I have updated the doc with few questions which rick_h also can read thru
[02:40] <vinodhini> ok.
[02:41] <vinodhini> ho ?
[02:42] <thumper> yep, in 1:1
[03:20] <babbageclunk> thumper: sorry, totally missed your ping
[03:20] <babbageclunk> is now good?
[03:23] <thumper> yep
[03:23] <thumper> babbageclunk: ^^
[03:23] <babbageclunk> saw that one!
[03:24] <thumper> babbageclunk: I'm in our 1:1
[03:50] <anastasiamac> thumper: we have some fairly old PRs (say from Jan this year)... do we still want them around?
[08:21] <magicaltrout> is it me or is JAAS really sad this morning?
[11:12] <rick_h_> magicaltrout: not sure just waking up.
[11:18] <rick_h_> magicaltrout: passed the report along. Any details?
[14:06] <fnordahl> for a bundle without a `machines` section, is there a way to decide in which order the machines will be allocated for charms?
[14:25] <rick_h_> fnordahl: in what order? no. It just means juju will ask for machines that meet the application constraints and take what the underlying cloud gives it
[19:47] <magicaltrout> if anyone is still here can you give https://github.com/juju/layer-index/pull/42/files a merge before you all bugger off for the weekend
[19:48]  * rick_h_ wonders what an oozie is
[19:49] <rick_h_> magicaltrout: "The repository for this project is empty" :(
[19:51] <magicaltrout> pfft
[19:51] <magicaltrout> i was padding it out so someone could merge it :P
[19:51] <magicaltrout> there is now a relation
[19:51] <rick_h_> magicaltrout: :)
[19:51] <magicaltrout> in answer to your question, oozie is a big data workflow manager
[19:52] <magicaltrout> in the bigtop stack
[19:52] <rick_h_> magicaltrout: ok, hit the merge button
[19:52] <rick_h_> magicaltrout: hope I don't get in any trouble :P
[19:53] <magicaltrout> thanks. Just finishing up our hue charm
[21:09] <kwmonroe> magicaltrout: did you mean to have #41 closed in favor of #42? https://github.com/juju/layer-index/pull/41 -- i see both included oozie, but jdbc was already there?  i'm so confused.
[21:58] <magicaltrout> don't think it matters kwmonroe
[21:59] <magicaltrout> your user tip from yesterday worked a treat thanks
[22:43] <magicaltrout> sweet and a working spark config for the thrift server
[22:43] <magicaltrout> i'll have a couple of PR's for you on monday kwmonroe to complain about and throw back in my face


 @KMyers ?
 @Ivoriesablaze, They both have the same "DOB" on their drivers license, which happens to be today, which is why I said Happy 4th of July
 abd for everyone else
 And*
 https://youtu.be/RdsZT7WKjW8
 Traffic.
 Good gosh man, where is that traffic?
 @Abrerr, Downtown Miami... Just kidding - Miami is worse
 XD
 That's in the Philippines @Abrerr
 Picture dump! I can refrain in the future in case it's a problem just let me know


[01:17] <Akiva-Thinkpad> evening all
[01:21] <popey> yo
[01:25] <Akiva-Thinkpad> popey, Was thinking of a new test for Jenkins - Tell me if this is within the scope. The check would be to make sure text: "properties", title: "properties" and similar include the i18n.tr()
[01:35] <fginther> balloons, you around? Can you re-approve https://code.launchpad.net/~dpm/ubuntu-filemanager-app/desktop-i18n/+merge/230591 ?
[01:35] <fginther> popey, for MPs that failed autolanding, just re-approve them.
[01:36] <Akiva-Thinkpad> fginther, jenkins issues?
[01:36] <popey> fginther: ok
[01:37] <popey> fginther: what do you mean by re-approve?
[01:37] <fginther> popey, and rebuilding the "generic-mediumtests-utopic" job won't retrigger the landing, for that you need to rebuild the 'parent' job
[01:37] <fginther> popey, just top approve it again
[01:38] <fginther> popey, it was top approved before, but failed due to the jenkins testing issue
[01:38] <popey> fginther: top-approving triggers jenkins?
[01:38] <fginther> popey, yes
[01:38] <popey> but wont merge until jenkins passes?
[01:38] <fginther> popey, correct, it will re-run the tests.
[01:38] <popey> ok, done
[01:39] <popey> is that the case for all the failed merges?
[01:39] <popey> just top approve each?
[01:39] <fginther> popey, yes, if they were top-approved once and autolanding failed, they can be top-approved again.
[01:39] <popey> that seems surprising to me, I've never done that, always followed the link in the merge comment which says " to re-trigger, click here"
[01:40] <popey> ah okay
[01:40] <popey> i see now. tired eyes ☻
[01:40] <fginther> popey, if it's just a MP test (a '-ci' job) then yes, you have to clike the rebuild link for those
[01:41] <fginther> Akiva-Thinkpad, the jenkins issue from the last few days has been resolved, but there is work to rerun all of the MPs that failed as a result
[01:42] <Akiva-Thinkpad> fginther, fun stuff. To that though, was thinking of a jenkins test, to make sure i18n.tr() is included for text properties. What do you think?
[01:47] <fginther> Akiva-Thinkpad, a style checker is a reasonable thing to have. So long as it can be done in a way that is compatible with the future of click packages. So, if it can be done as part of the cmake process that already builds and test the package, then it should continue to work in the future.
[01:47] <fginther> Akiva-Thinkpad, the stuff we're doing now with jenkins and building deb packages needs to be deprecated
[01:47] <Akiva-Thinkpad> interesting. Thanks for letting me know.
[02:12] <Akiva-Thinkpad> blah sorry to anyone who got spammed with me mucking around in LP. Was trying to add a qtorganizer5-eds package to a bug in Ubuntu Calendar App.
[05:34] <trentg> Anybody know about the review process? Have an app that's been Pending Review for 2 weeks now.
[05:34] <trentg> Wondering if something's wrong...
[05:35] <trentg> 2 weeks today
[06:00] <mihir> popey: it seems we are having problem with calendar AP or still it is Jenkins issues ?
[06:56] <Akiva-Thinkpad> morning all
[07:00] <dholbach> good morning
[07:00] <Akiva-Thinkpad> interesting; mx4 stats are up
[07:00] <Akiva-Thinkpad> perhaps the ubuntu phone platform?
[07:01] <Akiva-Thinkpad> holy smokes ; 20.7 mp camera
[07:12] <Akiva-Thinkpad> for the file manager, I'm getting "No executable specified"
[07:29] <mihir> Akiva-Thinkpad: Morning :)
[07:29] <mihir> dholbach: morning :)
[07:39] <dholbach> hi mihir
[07:40] <mihir> hey dholbach  :)
[08:25] <JamesTait> Good morning all; happy Newspaper Carrier Day! :-D
[08:26] <justCarakas> Goodmorning JamesTait
[08:27] <Akiva-Mobile> that can't be real
[08:28] <JamesTait> I don't make them up - it's on the internet, it must be true. Right? ;)
[08:29] <JamesTait> I don't mind - it reminded me of http://www.ilovethe80s.com/arcade_fullsize_paperboy1.htm
[08:30] <Akiva-Mobile> JamesTait, game was also made for n64
[08:31] <Akiva-Mobile> hey do you think its possible to get the label width of an option selector delegate?
[08:34] <dholbach> popey, how is the core apps landing going?
[08:34] <dholbach> looks like music and reminders got an update
[08:35] <justCarakas> dholbach: do you know when there will be a new devel version (current on my phone is 203) because I cant unlock my pincode :)
[08:37] <dholbach> justCarakas, best to ask in #ubuntu-touch - I don't know, sorry
[08:38] <popey> dholbach: i spent some time last night pushing things through.
[08:38] <popey> dholbach: continuing today
[08:39] <justCarakas> oki
[08:48] <mihir> popey: it seems we are having problem with calendar AP or still it is Jenkins issues ?
[08:49] <justCarakas> dholbach: https://wiki.ubuntu.com/Touch/Devices/M7 this link provided there says in the lasts post that it has moved to http://forum.xda-developers.com/showthread.php?t=2780273
[08:50] <dholbach> ok?
[08:51] <justCarakas> I didn't know who to report this to but your name was the last one to change the page
[08:51] <justCarakas> didn't know if the page needed to be updated than :)
[08:51] <dholbach> ah ok - I think I helped the folks set up the port
[08:51] <dholbach> some didn't know how to set up a wiki page
[08:52] <justCarakas> ow oke :)
[09:00] <popey> mihir: yes. looks like genuine AP failures.
[09:01] <popey> mihir: I have re-run them and many are now passing, looks like there's some issue with the AP tests. Are you able to take a look at them?
[09:02] <popey> mihir: i left a comment on this one https://code.launchpad.net/~pkunal-parmar/ubuntu-calendar-app/YearView-curmonth-scroll/+merge/230781
[09:37] <mihir> popey:yup i saw that comment.
[09:37] <mihir> popey: i'll try to look at APs,
[09:41] <popey> thanks mihir
[09:48] <ogra_> popey, do you know why we dont have a "latest" category in the store ?
[09:48] <popey> because it hasn't been prioritised I guess
[09:48] <ogra_> :/
[09:48] <popey> a few people have asked beuno about it
[09:49] <popey> guess it's on "the list" but not at the top
[09:49] <ogra_> yeah ... i'd really like to see it more than "top apps" etc
[09:49] <justCarakas> likewise
[09:50] <justCarakas> I recently looked at all the categories but its rather time consuming to do that every time
[09:50] <ogra_> yup
[09:55] <ybon> +1 :)
[10:02] <nik90_> dholbach: hey, If I forgot to commit something and then accidentally did bzr revert. Would I be able to retrieve the lost contents through some magic command?
[10:07] <nik90_> bzoltan: hey, so the new qtcreator-plugin-release works nicely. I like that the console output does not get truncated or lost when running on devices. Also it no longer overwrites an existing app.
[10:07] <bzoltan> nik90_:  Good to hear
[10:07] <bzoltan> nik90_:  I release it right now
[10:07] <nik90_> bzoltan: I had one tiny issue regarding the overwriting check. In the emulator, I removed the clock app. But even then I wasn't able to run it on the emulator without changing the name in the manifest file.
[10:08] <nik90_> bzoltan: I checked with "click list" and also the /opt folder in the emulator to make sure the clock app was properly uninstalled.
[10:08] <nik90_> bzoltan: but as I said this is too tiny of an issue. So yes go ahead with the release
[10:08] <dholbach> nik90_, I don't know to be honest :/
[10:08] <bzoltan> nik90_: hmmm.. let's check it with zbenjamin
[10:08]  * zbenjamin hides
[10:09] <nik90_> dholbach: no worries it was rather stupid of me to do that :P
[10:09] <bzoltan> zbenjamin:  under the table? Hkhm... :D
[10:09] <zbenjamin> nik90_: did you run click list as phablet or as root
[10:09] <zbenjamin> bzoltan: noooo not under the table ;) that is too dangerous
[10:09] <nik90_> zbenjamin: I phablet-shell into it, and then ran click list. So I assume as phablet
[10:10] <zbenjamin> nik90_: weird, i use the Click database object to return me all installed apps
[10:10] <zbenjamin> nik90_: probably its still installed for the root user
[10:10] <nik90_> zbenjamin: I adb shell and then tried click list and yes it is there
[10:10] <nik90_> zbenjamin: strange. I did a gui uninstall
[10:11] <zbenjamin> nik90_: its a default app, probably you can not completely remove it?
[10:11] <nik90_> zbenjamin: I suppose yes
[10:11] <zbenjamin> nik90_: the debug output is much better now?
[10:11] <nik90_> zbenjamin: oh so much better :D
[10:11] <zbenjamin> good to hear :)
[10:13] <nik90_> zbenjamin: I was thinking of requesting that you append "+testing" to the manifest name in case you notice an app already installed with the name, but then I realised I was just being lazy :P
[10:14] <nik90_> and since that would add unnecessary complexity to this
[10:14] <zbenjamin> nik90_: ;)
[10:14] <nik90_> zbenjamin: see this is what happens when you give away too many features :)
[10:15] <zbenjamin> nik90_: i can remove some if you don'T like it ;) , lets see. ....
[10:15] <nik90_> zbenjamin: no no .. I am going to shut up now :D
[10:15] <zbenjamin> nik90_: can you give me the mac adress from one of your devices? i will hardcode missing features extra for you ;)
[10:16] <nik90_> hehe
[10:21] <nik90_> zsombi: ping
[10:22] <zsombi> nik90_: wazzup? :)
[10:22] <nik90_> zsombi: I need your expertise on https://code.launchpad.net/~nik90/ubuntu-clock-app/conditionally-load-alarmmodel/+merge/232412
[10:22] <nik90_> zsombi: I am having an issue with that branch
[10:22] <nik90_> zsombi: I am loading the AlarmModel{} using a Loader which is set to asynchronous: true
[10:23] <nik90_> zsombi: However when the clock app opens the loader start loading the alarm model, if you start pulling the bottom edge, the whole UI freezes
[10:23] <nik90_> and I have to restart the clock app to fix it
[10:23] <zsombi> nik90_: Loader loads Items, AlarmMode is a QObject
[10:23] <zsombi> AlarmModel
[10:23] <zsombi> nik90_: if you want to load the Model dynamically, you should create the instance diferently
[10:24] <zsombi> nik90_: not with Loader
[10:24] <nik90_> zsombi: oh
[10:24] <nik90_> zsombi: well the loader is helping me delay the loading of the alarm model until after the start up animation is complete though
[10:25] <nik90_> which has resulted in a more smoother startup
[10:25] <zsombi> nik90_: dude, AlarmModel is NOT an Item, so Loader will be a bit messed
[10:26] <nik90_> zsombi: Is there any other way you recommend I can load it both dynamically and in a separate thread so that my UI won't be affected?
[10:26] <zsombi> nik90_: of course there is :)
[10:27] <zsombi> nik90_: Qt.createComponent(from_a_file), then with teh resulted component call create()
[10:27] <nik90_> pls do enlighten me. I can do further research on it
[10:27] <nik90_> ah
[10:27] <nik90_> cool
[10:27] <zsombi> nik90_: or, if you have the AlarmModel inside a Component{} then you call teh create of that!
[10:28] <nik90_> zsombi: and woudl that creation happen in a separate thread?
[10:28] <nik90_> zsombi: since I noticed that whenever the alarm model loads, the seconds hand stops briefly until the alarm model is loaded fully
[10:28] <zsombi> nik90_: depends on how you call it. if the file is local, most likely not
[10:29] <zsombi> nik90_: yes... becaus ethe AlarmModel fills its list from the fetched one... also, might initiate a fetch from the backend
[10:30] <nik90_> hmm
[10:30] <zsombi> nik90_: I was planning to get rid of that behaviour. My plan was AlarmModel to use the backend directly, and then the data should be only under the backend's hands
[10:31] <zsombi> nik90_: which means that only the first AlarmModel used will shoot the backend to fetch
[10:31] <zsombi> nik90_: which in your case it is the same...
[10:31] <nik90_> yes
[10:31] <zsombi> nik90_: but it coudl be that after all EDS does fill teh data synchronously...
[10:32] <zsombi> nik90_: Alarm services functions are ALL async
[10:32] <nik90_> may be I should use an animator for the clock hand animations to get that to happen in another thread
[10:32] <zsombi> nik90_: but if teh backend blocks, I cannot really do much :(
[10:32] <nik90_> so that they dont lock up
[10:32] <zsombi> nik90_: that'd be a solution as well...
[10:33] <zsombi> nik90_: but remember, Loader is not for objects, only for QQuickItem derivates
[10:33] <nik90_> yes will do thnx
[10:34] <nik90_> btw I filled in more info to https://bugs.launchpad.net/ubuntu-ui-toolkit/+bug/1364949 to help out
[10:34] <nik90_> zsombi: let me know if you need any more debugging from the clock app
[10:34] <zsombi> nik90_: ok, thx!!!
[10:35] <zsombi> nik90_: but good that you reminded me!!! I'll jump on it right away!
[10:35] <nik90_> :D
[10:38] <zsombi> nik90_: ok, so: the Alarm shows that the sound has been changed, therefore seems the only thing missing is the update of teh Audible reminder
[10:38] <popey> rpadovani: could you take a look at the AP tests for calculator? They seem to be failing on all merges..
[10:38] <nik90_> zsombi: ok
[10:38] <nik90_> brb..in a hangout atm
[10:39] <rpadovani> popey, I started to test them locally, but they don't fail ( the one I tried so far)
[10:39] <popey> rpadovani: hm
[10:39] <popey> rpadovani: see https://code.launchpad.net/~gang65/ubuntu-calculator-app/ubuntu-calculator-app-slowdownfix/+merge/232631
[10:41] <zsombi> nik90_: and yes, the guitly is that one, so easy fix :)
[10:43] <rpadovani> popey, about https://code.launchpad.net/~rpadovani/ubuntu-calculator-app/1357983/+merge/232630
[10:43] <rpadovani> popey, http://paste.ubuntu.com/8232075/
[10:43] <rpadovani> popey, now I test also the one you linked
[10:48] <popey> rpadovani: Hmm that passes here
[10:49] <popey> rpadovani: lemme ask qa
[11:08] <popey> rpadovani: are you able to run those tests on mako?
[11:08] <rpadovani> popey, i try
[11:11] <popey> rpadovani: thanks!
[11:20] <coderus> hello! o/
[11:21] <coderus> can i get help about ubuntu sdk for ubuntu touch here?
[11:25] <coderus> anyone?
[11:25] <m-b-o> coderus: hi, perhaps I can help you
[11:25] <coderus> oh, thanks god :D
[11:25] <coderus> basically: i'm running ubuntu 14.04 x64 on my laptop
[11:26] <coderus> installed ubuntu-sdk and ubuntu-emulator from usubntu-sdk ppa
[11:26] <coderus> from wizard installed all kits
[11:26] <coderus> creating emulator from wizard failed, created it manually
[11:26] <coderus> emulator running fine
[11:26] <coderus> but i can't build project :(
[11:26] <coderus> error: http://paste.ubuntu.com/8232604
[11:27] <coderus> any help and/or ideas appreciated
[11:29] <m-b-o> coderus: Hmm, I have no clue about make errors unfortunately
[11:29] <m-b-o> I know that the current dev version of the sdk needs Qt 5.3, which is only available in 14.10
[11:29] <m-b-o> perhaps it's related to that
[11:30] <m-b-o> popey: Hi, can you help? ^^
[11:30] <coderus> but it seems something wrong at very beginning: E: 15binfmt: update-binfmts: unable to open /var/lib/schroot/mount/click-ubuntu-sdk-14.10-i386-7241155e-9b7a-4167-b339-21bbd7867975/bin/sh: No such file or directory
[11:31] <coderus> Also in "manage kits" all ubuntusdk kits are marked with red exclamation mark
[11:31] <coderus> probably you right, because in Qt version field it shows: Qy (ubuntu-sdk) (invalid)
[11:32] <coderus> any ppa i can upgrade Qt to 5.3 for test?
[11:32]  * coderus dont want to upgrade to unicorn now, needs stability
[11:34] <m-b-o> coderus I know, that you can somehow upgrade via a ppa to 5.3, but that can give you problems when it the upgrade to 5.3 will happen
[11:35] <m-b-o> you'll perhaps stick to the emulator...
[11:35] <zsombi> nik90_: kalikiana: https://code.launchpad.net/~zsombi/ubuntu-ui-toolkit/alarm-sound-update-fix/+merge/233340
[11:37] <coderus> m-b-o: hm, but with qt installer i can install it in other path, isn't it?
[11:37] <nik90_> zsombi: cool thnx. Will test it
[11:39] <nik90_> m-b-o: that's not true...I have been coding in trusty and testing clock on emulator for a while now
[11:39] <m-b-o> nik90 coderus ah, ok
[11:39] <kalikiana> zsombi: test case? 0--:-)
[11:39] <nik90_> coderus: did you create the 14.10 schroot kits in qtcreator?
[11:40] <zsombi> kalikiana: I knew you will ask about :)
[11:40] <coderus> nik90_: yes i created UbuntuSDK for i386 (GCC ubuntu-sdk-14.10-utopic)
[11:40] <coderus> and emulator from utopic-proposed
[11:40] <nik90_> coderus: and was that kit chosen for the emulator?
[11:40] <zsombi> kalikiana: the problem is that in order to have it, I should add functionality to the adapter that wouldn't be used anywhere else but in tests...
[11:41] <coderus> nik90_: http://i.imgur.com/OJAznge.png
[11:41] <zsombi> kalikiana: so the Q is: do we want something like that? The test would be to see if the QOrganizerTodoItem has the audible reminder set with the proper sound file...
[11:42] <nik90_> coderus: hmm why does it say Qt version invalid there?
[11:42] <zsombi> kalikiana: I cannot fetch the QOrganizerItem in the tst_alarms, as it is implementation specific, and there should not be anything that is impl. specific in the tests...
[11:42] <nik90_> coderus: are you having issues only with running in emulator or in the desktop as well?
[11:43] <kalikiana> zsombi: why isn't the memory backend enough for that?
[11:43] <nik90_> coderus: also did you create that kit yourself or did qtcreator automatically create it for you?
[11:43] <coderus> nik90_: Desktop settings: http://i.imgur.com/uQSxXfg.png
[11:43] <zsombi> kalikiana: it's not the about the backend, it's teh whole organizer itself. tst_alarms has no knowledge about the backend at all
[11:44] <coderus> nik90_: desktop build working ok
[11:44] <kalikiana> zsombi: yes. but the code is agnostic. I don't see anything that would be backend-specific
[11:45] <zsombi> kalikiana: QOrganizer is backend specific... the whole QOrganizer stuff is implementation specific, we can anytime switch to some other backend
[11:45] <zsombi> kalikiana: let's say we decide some day to use timed, and that's not based on QOrganizer at all
[11:45] <nik90_> coderus: hmm ...mine looks like http://pbrd.co/1rvKHgP
[11:45] <kalikiana> zsombi: what I mean is, the code is not checking which backend it is… so where does the implementation matter?
[11:46] <zsombi> kalikiana: it woudl if I'd try to see whether teh sound is saved in teh QOrganizerTodo as reminder or not
[11:47] <coderus> nik90_: probably i just need to instakk right Qt manually?
[11:47] <zsombi> kalikiana: in which case I'd need to bring QOrganizer to tst_alarm
[11:47] <nik90_> coderus: my qtversions looks like http://pbrd.co/1rvLr5y
[11:47] <nik90_> coderus: do you have the SDK ppa installed?
[11:48] <coderus> nik90_: also available qt versions looks like this: http://i.imgur.com/h1nnqZa.png
[11:48] <zsombi> kalikiana: one solution woudl be to have a function in alarms_adapter, which would check these kind of things, but that would be used only for testing purposes...
[11:49] <coderus> nik90_: Qt Versions tab: http://i.imgur.com/vCD5IF4.png
[11:49] <nik90_> coderus: not sure, but that looks wrong
[11:49] <coderus> yes
[11:49] <coderus> ubuntu-sdk ppa enabled
[11:49] <zsombi> kalikiana: and we would have it as useless code otherwise...
[11:49] <nik90_> coderus: may be try starting fresh by deleting the config folder in that screenshot
[11:49] <coderus> nik90_: deb http://ppa.launchpad.net/ubuntu-sdk-team/ppa/ubuntu trusty main
[11:50] <kalikiana> zsombi: why can''t the test case use the normal public API that apps can use? there's no need to know about the backed, it's already abstracted
[11:50] <nik90_> coderus: the .config/ubuntu-sdk
[11:50] <zsombi> kalikiana: because there's no API in Alarms which checks whether I have a detail like reminder set or not
[11:51] <zsombi> kalikiana: changing the sound must be implemented with organizer so that it is saved in description AND reminder is updated
[11:51] <zsombi> kalikiana: other backends may need less/more
[11:51] <coderus> nik90_: after removing folder and restarting ubuntu-sdk: http://paste.ubuntu.com/8232776
[11:52] <kalikiana> zsombi: except the clock is able to get that information
[11:53] <kalikiana> you can edit an alarm and see the sound you picked
[11:53] <nik90_> coderus: I think you pasted the wrong link :P
[11:53] <zsombi> kalikiana: yes, and even till now that was good. The problem was that the clock had shown that the sound is updated, but teh alarm was still playing the original sound
[11:53] <zsombi> kalikiana: so the test case that woudl be based on that wouldn't fail even without this change
[11:53] <coderus> nik90_: ubuntu-sdk folder: http://paste.ubuntu.com/8232779/
[11:54] <coderus> nik90_: yep, pastebin plugin just lagged
[11:54] <nik90_> coderus: try deleting that folder. That should reset the ubuntu-sdk config file
[11:54] <nik90_> coderus: may be it might remove those invalid entries
[11:54] <zsombi> kalikiana: that's what I'm trying to say: it's not enough to use public API, to properly test this we need to go under the hood
[11:55] <kalikiana> zsombi: hmmmm so the solution would actually be a test backend so we know it saved the correct value
[11:55] <zsombi> kalikiana: yes... so the easiest - and perhaps teh clearest - way woudl be to provide a func for that
[11:55] <coderus> nik90_: ls output was right after deleting its folder, and this is screenshot: http://i.imgur.com/O4gumKs.png
[11:55] <zsombi> kalikiana: the Adaptation layer could provide a verifier func
[11:56] <zsombi> kalikiana: that we use for testing purposes only
[11:56] <nik90_> coderus: then I am out of ideas :/
[11:56] <nik90_> coderus: but I have been developing on trusty with the help of the emulator (for normal qml projects and cmake projects_
[11:57] <nik90_> coderus: qmake is not supported
[11:57] <kalikiana> zsombi: btw can you join #security? I'm gathering people to talk to about XDG_ folders etc
[11:58] <kalikiana> zsombi: I see now why it needs new functions; to avoid the whole backend thing. so I guess that makes sense
[12:02] <zoopster> popey: dailymotion submitted a webapp, but our "automatic" checker doesn't like the camera permission...do I need to take that out or can it be manually reviewed through?
[12:06] <coderus> nik90_: ok i removed all kits and tryig to install it again
[12:16] <popey> zoopster: I actually reviewed and rejected it
[12:16] <popey> zoopster: yes, it needs updating/fixing and re-submitting with a new version
[12:30]  * nik90_ waves good bye to the old add world city button
[12:31] <rpadovani> popey, calculator tests on phone don't fail
[12:32] <rpadovani> popey, and I'm not able to reproduce the bugs the tests raise in any condition
[12:34] <zoopster> popey: it was made by dbarth - the rejection is because of the camera permission?
[12:44] <rpadovani> popey, understood. https://code.launchpad.net/~gang65/ubuntu-calculator-app/ubuntu-calculator-app-slowdownfix/+merge/232631/comments/569346
[13:01] <popey> rpadovani: thanks
[13:05] <kalikiana> mhall119: missing file http://developer.ubuntu.com/api/qml/sdk-1.0/QtLocation.location-maps-cpp/qgeoserviceprovider.html coming from http://developer.ubuntu.com/api/qml/sdk-1.0/QtLocation.location-maps-cpp/
[13:18] <trentg> What should I do if my app is stuck in Pending Review (2 weeks yesterday)?
[13:28] <mhall119> kalikiana: hmmm, it looks like it's referencing C++ docs :(
[13:31] <kalikiana> mhall119: well, those are C++ docs. so that's not as such surprising :-D
[13:31] <mhall119> why are there C++ docs in my QML space?
[13:32]  * mhall119 grumbles at Qt
[13:33] <nik90_> hehe
[13:35] <nik90_> brendand: sry, but do you still have the link which shows how to translate items in a listmodel?
[13:36] <nik90_> brendand: like an idiot I forgot to bookmark it
[13:36] <nik90_> or DanChapman ^^
[13:38] <brendand> nik90_, it was a pastebin, so i don't have the link - but: http://paste.ubuntu.com/8233508/
[13:38] <brendand> that's a new one
[13:38] <nik90_> brendand: sry for the trouble, thnx
[13:39] <mihir_> nik90_: ping
[13:39] <nik90_> mihir_: pong
[13:40] <mihir_> nik90_: to merge this in other branch , i have to set tag as Merged , instead of Approve , https://code.launchpad.net/~ubuntu-calendar-dev/ubuntu-calendar-app/revamp-reminder-deisgn/+merge/232725 ?
[13:40] <nik90_> mihir_: you need to manually merge it :)
[13:40] <nik90_> mihir_: jenkins doesnt know about that branch since you are not targeting the trunk branch
[13:40] <mihir_> Ahhh, you meant by checking the difference :-s ?
[13:41] <nik90_> mihir_: no go to our common branch
[13:41] <nik90_> and then from there type "bzr merge yourbranchname"
[13:41] <mihir_> nik90_: okay will do that
[13:41] <nik90_> that should merge your branch into our common branch
[13:41] <nik90_> after that commit it and say "merged mihir's branch or something"
[14:18] <coderus> nik90_: ping
[14:21] <coderus> i enabled ppa:canonical-qt5-edgers/qt5-proper and did dist-upgrade
[14:21] <coderus> now i have 5.3.0 in usubtu-sdk compilers, but...
[14:21] <coderus> it tagged as unknown compiler: http://i.imgur.com/YBZA5Gk.png
[14:22] <coderus> and this error in kits appear: http://i.imgur.com/GpdO8f9.png
[14:22] <coderus> full kits info: http://i.imgur.com/iGuzJJi.png
[14:22] <nik90_> coderus: let me check what compiler I use
[14:23] <coderus> can you list your ppa with ubuntu-sdk qt 5.2.1 ?
[14:23] <nik90_> coderus: I have Ubuntu GCC Compiler chosen
[14:24] <coderus> yes i saw your screenshot: http://pasteboard.co/2N56VroP.png
[14:24] <nik90_> coderus: the only sdk related PPA i have is http://ppa.launchpad.net/ubuntu-sdk-team/ppa/ubuntu
[14:24] <coderus> can you list your ppas?
[14:24] <coderus> hm
[14:24] <nik90_> coderus: and that doesn't give me Qt 5.3
[14:26] <coderus> what versions qtcreator-plugin-ubuntu-common you have?
[14:26] <coderus> mine is 3.1.1+14.10.20140903.3-0ubuntu
[14:26] <nik90_> mine too
[14:26] <coderus> strange
[14:27] <nik90_> can you describe the issue you have in the ubuntu touch mailing list
[14:27] <nik90_> that might give it more exposure and people can take their time to come up with a solution
[14:27] <coderus> show me your Compiler tab with i386 selected please
[14:27] <nik90_> sure
[14:28] <coderus> nik90_: sure, please give me link to info about joining it and i.e.
[14:28] <nik90_> coderus: https://imgur.com/jKr3kOC
[14:29] <coderus>  x86 please
[14:29] <coderus> but you have ABI values unset too
[14:29] <coderus> how does it detect if can build with selected compiler or not then?
[14:29] <nik90_> coderus: https://launchpad.net/~ubuntu-phone has the mailing list option at the bottom
[14:30] <coderus> Policy: You must be a team member to subscribe to the team mailing list.
[14:30] <coderus> how?
[14:33] <coderus> ah, sorry, dumb me :D
[14:33] <coderus> joined list
[14:34] <nik90_> :)
[14:34] <nik90_> it is a open team
[14:36] <nik90_> coderus: x86 is not that different https://imgur.com/0ABq4fr
[14:36] <balloons> nik90_, pour vous mon ami: http://www.theorangenotebook.com/2014/09/autopilot-test-runners.html
[14:37] <nik90_> balloons: merci beaucoup mon ami
[14:37] <balloons> de rien
[14:38] <balloons> I pushed it forward in the list to get it published
[14:38] <nik90_> cool
[14:38] <nik90_> balloons: oh btw I talked to pitti
[14:39] <balloons> nik90_, awesome, I was going to bug him today about his thoughts
[14:39] <balloons> we technically could/should open a bug to bring it to trusty
[14:39] <nik90_> balloons: at the end we came to the conclusion that people with trusty can get it quick from "git clone git://git.debian.org/git/autopkgtest/autopkgtest.git"
[14:39] <nik90_> balloons: and then run it from that folder without any compilation since it has a nice little script
[14:39] <balloons> odd, he didn't like the idea of stealing the deb?
[14:40] <nik90_> balloons: no he did tell me to get the deb
[14:40] <nik90_> balloons: but for further updates it would be better to track the git repo since updates require backports as well
[14:40] <balloons> yea, you would have to regrab the deb
[14:40] <nik90_> yup
[14:40] <coderus> nik90_: just sent email to ubuntu-phone list
[14:41] <nik90_> coderus: cool
[14:51] <coderus> nik90_: i manually added compiler and selected abi optios as following: http://i.imgur.com/T4FLBSx.png
[14:51] <coderus> nik90_: now my kits are happy: http://i.imgur.com/IphSkLY.png
[14:52] <coderus> but :D
[14:52] <coderus> nik90_: new error: http://i.imgur.com/ntzgo0K.png
[14:58] <elopio> ping renatu: this is the branch we discussed last week:
[14:58] <elopio> https://code.launchpad.net/~canonical-platform-qa/address-book-app/autopilot-get_contacts/+merge/233104
[14:58] <elopio> it's ready for your review.
[14:58] <coderus> i'm tired fixing it, why it cant jsut work out of the box like Sailfish SDK?
[14:58] <coderus> i'm waiting for mailing lists answer and give up then :D
[14:59] <renatu> elopio, could you do the MR against the staging branch?
[14:59] <elopio> renatu: ah, sorry, I forgot you have staging. One second.
[15:03] <elopio> renatu: done. I'll ping you when jenkins confirms the tests also pass there.
[15:03] <renatu> thanks
[15:10] <nik90_> balloons: when did they add autopilot-sandbox-run ? that's so coool.. I remember asking about this at Malta :D
[15:11] <balloons> nik90_, it's been around for a bit..
[15:11] <nik90_> hmm well I never knew about it
[15:11] <balloons> there's some other goodies I imagine you'll like too. I need to finish the post about autopilot features
[15:11] <nik90_> I am still in the process of reading the first one.
[15:11] <balloons> nik90_, yep, I want to highlight some of this stuff no one knows about
[15:12] <balloons> I wrote the runners pretty quick, so ping if something is confusing
[15:12] <balloons> *runners post
[15:13] <nik90_> ok
[15:46] <elopio> ping jhodapp: can you please review this one?
[15:46] <elopio> https://code.launchpad.net/~canonical-platform-qa/mediaplayer-app/fix1359040-skip_seekbar/+merge/231508
[15:47] <jhodapp> elopio, sure
[15:47] <elopio> thanks.
[15:47] <jhodapp> np
[15:57] <popey> balloons: could you please upload http://s-jenkins.ubuntu-ci:8080/job/terminal-app-click/lastSuccessfulBuild/artifact/out/com.ubuntu.terminal_0.5.137_armhf.click to the store?
[15:57] <popey> thank you!
[15:58] <balloons> popey, https://myapps.developer.ubuntu.com/dev/click-apps/157/changerequest/
[15:59] <popey> BOOM!
[16:02] <balloons> popey, hop on the call matey
[16:03] <mr2515> I'm trying to build a QML app that displays the meals served at my local university canteen. The source is a (buggy) HMTL site. Is it possible that QML is currently not able to parse HTML? I tried everything, from XMLHttpRequest to XMListModel, nothing works and lots of standard JavaScript functionality seems to be missing, e.g. XMLHttpRequest.responseXML is always "null" and XMLListModel cannot cope with the buggy HTML input.
[16:05] <brendand> mr2515, no that will never work
[16:05] <brendand> mr2515, html is not really designed to be parsed like that - but there is stuff like beautiful-soup which can do it
[16:05] <brendand> mr2515, not sure qml has anything available for that
[16:07] <popey> balloons: hmm, i approved terminal and it's not showing up as an update for me...
[16:07]  * balloons looks
[16:07] <mr2515> brendand: Great, so I probably have to resort to a C++ QML plugin for HTML parsing, which is currently a pain to build for Ubuntu Touch.
[16:07] <balloons> I see an update popey.. to 13
[16:07] <popey> oh i see it on my nexus 7
[16:07] <popey> sweet
[16:08] <balloons> 0.5.137
[16:08] <brendand> mr2515, or look at what's available in javascript
[16:08] <popey> \o/
[16:08] <brendand> mr2515, qml supports js easily
[16:09] <popey> balloons: want to get as many of these outstanding merges in as possible and then push to the store later tonight ready for the friday image build at 3am.. will you be able to upload some more later?
[16:09] <balloons> popey, yep indeed. Keep approving them and pushing them in
[16:14] <popey> ya
[16:20] <nik90_> mr2515: I am not sure when the last time you checked, but these days a qml + c++ plugin app is so easy to build and run on all devices.
[16:20] <nik90_> mr2515: I do that everyday now with the clock app
[16:21] <nik90_> mr2515: the only thing you need is figure out how to use cmake
[16:45] <m-b-o> popey: weather pagestack MP ready to land :)
[16:54] <popey> m-b-o: SWEET!
[17:06] <ahayzen> balloons, ping
[17:07] <balloons> ahayzen, pong
[17:07] <ahayzen> balloons, i'm on the latest image trying to run autopilot....
[17:07] <ahayzen> balloons, and i get ..  ERROR proxies:410 - Introspect error on :1.145:/com/canonical/Autopilot/Introspection: dbus.exceptions.DBusException: 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.
[17:07] <ahayzen> 18:05:07.938 DEBUG proxies:413 - Executing introspect queue due to error
[17:08] <ahayzen> balloons, is this due to me having something out of date? or doing something wrong?
[17:08] <ahayzen> balloons, the actual app starts just it can't find anything to click on?
[17:08] <balloons> ahayzen, that error typically means you need to run the click hook
[17:08] <balloons> if not, something else might be wrong
[17:08] <ahayzen> ...click hook ?
[17:09] <ahayzen> phablet-click-test-setup ?
[17:12] <mihir> balloons: ping
[17:12] <mihir> balloons: are you still making to changes to your MR ?
[17:13] <balloons> mihir, yes
[17:14] <balloons> ahayzen, phablet-config autopilot --dbus-probe enable
[17:14] <ahayzen> balloons, ....just tried that as well...maybe a restart is in order :)
[17:15] <mihir> balloons: okay no issues...it is failing because of addressbook issues ?
[17:16] <balloons> mihir, yea.. trying to make sure it will still run properly using the packaged version of addressbook
[17:16] <mihir> balloons: okay ,thanks for looking at this , let me know if you need my help to hack it together
[17:29] <ahayzen> balloons, ok a restart fixed it :)
[17:29] <elopio> renatu: https://code.launchpad.net/~canonical-platform-qa/address-book-app/autopilot-get_contacts/+merge/233373 it's good to go.
[17:29] <renatu> elopio, thanks let me check it
[17:30] <elopio> thanks.
[17:31] <renatu> elopio, just one thing that I am worried about
[17:31] <renatu>    objectName: 'contactDelegate' + index
[17:31] <renatu> is this really necessary?
[17:31] <elopio> renatu: it makes it easier to find the elements, and more stable in case of UI changes.
[17:31] <renatu> I am afraid of create new bindings for delegates
[17:31] <renatu> we have so many bindings already
[17:32] <elopio> but I could use only the y position to get the index.  And a future problem would be when selecting an item form a big list of contacts, because they won't be all on the QML tree at the same time so there's no easy way to get them all.
[17:36] <elopio> renatu: but if you prefer that, I will make the change.
[17:38] <renatu> elopio, maybe this is is not a big problem, let me ask Kaleo
[17:38] <renatu> Kaleo, what do you think about using something like: objectName: 'contactDelegate' + index on listview delegate for help on tests
[17:39] <renatu> I am concerned that will use a very small amount of memory and impact on object creation time, for something that will used only on tests
[17:42] <balloons> renatu, http://developer.ubuntu.com/api/devel/ubuntu-14.10/python/autopilot/faq/faq.html#q-what-is-the-impact-on-memory-of-adding-objectnames-to-qml-items
[17:42] <Kaleo> renatu: it is a concern I share
[17:42] <Kaleo> renatu: though I do not have measurements
[17:43] <renatu> balloons, my concern is not adding a object name but creating a binding
[17:43] <balloons> Kaleo, the link notes "With 10000 different objectNames 1336 kB of memory are consumed which is around 127 Bytes per Item." I didn't do the work to arrive at that, but there you are
[17:44] <Kaleo> balloons: it is not memory that is the concern
[17:44] <Kaleo> balloons: but delegate creation time
[17:45] <renatu> balloons,  objectName: 'contactDelegate' + index this will cause QML to create a binding to monitor "index" value
[17:45] <renatu> to make sure that everytime that index change the objectName get updated
[17:48] <balloons> renatu, Kaleo ahh.. this dynamic objectname has a runtime effect
[17:48] <balloons> more than a onetime binding at creation
[17:53] <balloons> renatu, Kaleo so I suppose we should measure this and get an answer and some perspective
[17:56] <mihir> popey: ping
[17:57] <popey> mihir: yo
[17:57] <popey> m-b-o: did you want me to bump this weeks meeting to tomorrow or are you okay this week?
[17:57] <bayoubengal> greetins
[17:57] <mihir> popey: i have merged the all branch to new event redesign, so you can have look and give your inputs
[17:57] <popey> mihir: will do! thanks.
[17:57] <mihir> popey: also, fixed ap..hope it passes all
[17:58] <bayoubengal> are linux app development questions acceptable here?
[17:59] <m-b-o> popey: i'm alright eith it. waiting to get started! Is it ok for you?
[17:59] <balloons> elopio, so are you going to make the change off the cuff? I think we should take a moment to figure out the impact before abandoning the dynamic namin
[17:59] <popey> ok m-b-o
[17:59] <elopio> renatu, Kaleo, balloons: interesting.
[18:00] <elopio> balloons: I don't know what to do. The change for small lists is easy. But making it work for lists that need swiping it's not.
[18:00] <elopio> we are using this pattern in many places, so it would be nice to know if we should stop doing it.
[18:01] <renatu> elopio, I do not think this is a problem for small amount of objects for example controls in a page
[18:01] <renatu> but this can have big impact in list delegates
[18:01] <balloons> elopio, exactly. So I think we should pounce on thomi and veebers when they show up in a couple hours and dedicate a few cycles to understanding this. Then we can update the FAQ as well so we have a best practice
[18:01] <renatu> for example in my phone I have more than 1000 contacts
[18:01] <elopio> how can we measure the impact?
[18:02] <renatu> every time that I remove a contact I will have 1000 new signals fired because of the index change
[18:02] <balloons> elopio, there is a profiler inside qtcreator
[18:02] <elopio> renatu: but how many signals do you fire without this line?
[18:03] <balloons> and we can get data back on how many bindings we made, etc
[18:03] <elopio> if it's only one, then this is really bad. But if you are already sending 5 per contact, it's not so much.
[18:03] <renatu> elopio, probably I am firing a tons of signals :D
[18:04] <balloons> I guess renatu's point is simply that any impact merely for the sake of tests is suspect in shall we say, end-user code
[18:04] <renatu> but is nice to avoid necessary signals
[18:04] <renatu> *unnecessary
[18:04] <renatu> balloons, yes this my concern. Thanks ;)
[18:05] <balloons> renatu, actually, you might be better suited to doing the work to discover the impact.. You are probably more familiar with the profiling tools than me
[18:05] <elopio> I agree there. But if we ever want to automate a test with 1000 contacts, ugh, autopilot will take a lot of time swiping back and forth.
[18:05] <elopio> also the problem that more than what's visible on the screen is loaded on the QML tree, so that's not a simple piece of code. But it's doable, of course.
[18:09] <renatu> balloons, elopio, yes I can try measure that but I do not have time these days
[18:10] <renatu> and I do not want to block elopio MR
[18:10] <elopio> renatu: I'm going to change my MR, with a comment that it will just work for small lists that can be loaded in memory.
[18:10] <elopio> and make a note for after RTM to check the impact of obectName: index on delegates.
[18:10] <nik90_> mhall119: hey, are you still have issues with repeating alarms?
[18:11] <balloons> elopio, I guess I'm the outsider here, but I would rather see the impact now
[18:11] <elopio> balloons: I guess you won't have time for that next week, right?
[18:11] <balloons> I could dedicate cycles to it tomorrow
[18:12] <elopio> balloons: awesome then :)
[18:14] <elopio> renatu, balloons: the change is a 5-liner. So I'll make it, and if you find that the impact is not important, we can revert it to support big lists on the future.
[18:15] <mihir> nik90_: i found the issue while it loads the new event page directly
[18:15] <nik90_> mihir: oh did you? What was causing it?
[18:19] <balloons> renatu, how did you get 1k contacts? got an easy way to do so?
[18:19] <renatu> balloons, we have a test account
[18:20] <mihir> nik90_: but i don't know why it is happening , because it is even there in trunk but if i remove it works great..
[18:20] <nik90_> mihir: remove what?
[18:20] <renatu> balloons, let me find the vcard that we use for create these contacts
[18:20] <balloons> ty
[18:21] <mihir> nik90_: this line , http://bazaar.launchpad.net/~ubuntu-calendar-dev/ubuntu-calendar-app/trunk/view/head:/calendar.qml#L226
[18:22] <elopio> renatu, balloons, Kaleo: http://bazaar.launchpad.net/~canonical-platform-qa/address-book-app/autopilot-get_contacts/revision/305
[18:23] <mihir> nik90_: fixed the AP..now it should be ready to merge :)
[18:23] <nik90_> mihir: wow really..that was fast
[18:23] <nik90_> mihir: does jenkins also pass it?
[18:24] <mihir> nik90_: haven't proposed yet..
[18:24] <renatu>  elopio I am ok with that
[18:24] <mihir> nik90_: still running APs..
[18:24] <nik90_> mihir: ah ok
[18:24] <mihir> nik90_: it was trival change , but it did work :)
[18:24] <nik90_> mihir: how? I thought we changed so much of the ui?
[18:24] <mihir> nik90_: i am still afraid of removing that line , as of now I have commented it
[18:24] <elopio> renatu: I am ok too for now. If we ever want to automate the performance of actually opening a contact out of 1000, this falls short.
[18:24] <mihir> nik90_: yup reason, I then realised that we don't have test cases for Recurrcence & Reminder
[18:25] <nik90_> mihir: ah :D
[18:25] <bayoubengal>  Is there another mechanism to get an asynchronous notification of  child process termination in linux besides handling SIGCHLD?
[18:26] <mihir> nik90_: I have changed whatever field we changed from NewEventEntryField to textField / TextArea
[18:26] <elopio> balloons: your results will be really interesting. Because if that 1000 test is slow because of the testability features we added to automate it, we will be running in circles.
[18:28] <elopio> renatu: I've kicked jenkins to get new results.
[18:30] <elopio> balloons: oh, and also it would be nice to measure the impact of a list with boundaries. For example, the list of months that won't have more than 12 items.
[18:34] <balloons> elopio, can you set the max?
[18:35] <elopio> balloons: I don't know if you can put a boundary on the model
[18:35] <nik90_> mihir: cool
[18:35] <elopio> but the boundary here is on the domain.
[18:35] <nik90_> mihir: I will try my best to review the code in that MR.
[18:35] <nik90_> mihir: but lets try merging asap
[18:35] <mihir> nik90_: i am doing it all test cases pass on my system
[18:36] <elopio> what I would like to see is if we can use the simple way at least for lists that are small, but not so small as to be loaded in memory.
[18:36] <elopio> the list of months is that example.
[18:36]  * mihir excited for new event re-design
[18:37] <nik90_> mihir: me too :D
[18:38] <nik90_> popey, ogra_: http://pasteboard.co/2Nw5b5MX.png ....snooze away my frnds...but don't be late for the meetings...not my fault :P
[18:40] <balloons> elopio, so you think there might be a couple ways to do this as a best practice depending on your list size?
[18:42] <elopio> balloons: not sure. If the list is small and the impact is big, then we go with swiping to collect all items always. If the list is big and the impact is small, then we go with the simple objectName index and swipe less.
[18:43] <elopio> if it depends on the list size, then we might chose to combine. I'm not sure yet.
[18:43] <popey> nik90_: ooooh! snoooooze
[18:45] <popey> http://news.softpedia.com/news/Ubuntu-Touch-Can-Now-Be-Used-to-Control-AR-Drones-457694.shtml ☻
[18:45] <mihir> nik90_: popey there You go , https://code.launchpad.net/~ubuntu-calendar-dev/ubuntu-calendar-app/revamp-newevent-page/+merge/233414
[18:45] <mihir> nik90_: i might have missed something someWhere need second eye to check :)
[18:47] <nik90_> popey: coool apps coming to ubuntu touch...awesome times
[18:48] <nik90_> mihir: you need to merge trunk and resolve code conflicts
[18:48] <mihir> nik90_: oops i forget that
[18:48] <nik90_> mihir: there seems to be a conflict in NewEvent.qml file as expected
[18:48] <mihir> will do thatt now
[18:48] <nik90_> mzanetti: your app made the news :D
[18:48] <mihir> i'll delete this branch and re-submit new one
[18:49] <nik90_> mihir: why?
[18:49] <nik90_> mihir: just merge it and fix the conflicts and then do "bzr resolve"
[18:49] <mihir> nik90_: okay
[18:49] <balloons> mihir, I think my mp is ready
[18:49] <mihir> balloons: okay, i made some change to make it work for new event new design
[18:50] <balloons> mihir, ohh excellent, where is the code?
[18:50] <balloons> I never got to that point lol.. this was all housekeeping :-)
[18:50]  * mihir get the code change for AP,
[18:52] <mihir> balloons: if you go to end of this merge diff , you'll see AP changes..they're trivial
[18:52] <mihir> balloons: https://code.launchpad.net/~ubuntu-calendar-dev/ubuntu-calendar-app/revamp-newevent-page/+merge/233414
[18:54] <balloons> mihir, so I don't need to include them in my mp yes/
[18:54] <balloons> ?
[18:54] <mihir> balloons: yes , otherwise it'll fail in current trunk
[18:55] <mihir> balloons: i need to merge your trunk once it get merged.
[18:55] <balloons> mihir, lol.. So I should take your code changes or do you plan to merge your changes first?
[18:56] <balloons> I can just take them if you wish
[18:56] <mihir> balloons: nope , it is fine you go ahead, this MR needs to be reviewed by nik90_ thoroughly and then by kunal
[18:56] <balloons> kk, I'll swipe them
[19:03] <mihir> nik90_: merged from trunk
[19:03] <mihir> nik90_: let me know when you get time to review this :)
[19:03] <nik90_> mihir: cool
[19:04] <mihir> nik90_: if now we both can review , i can fix it before I go to office :(
[19:04] <nik90_> mihir: oke..I will do it now
[19:04]  * mihir hugs nik90_ :D
[19:05]  * nik90_ hugs mihir back for his AP fixes and following up diligently on the MR.
[19:06] <mihir> nik90_: as of now I have commented the line in calendar.qml , i am not aware of consequence :-s
[19:07] <nik90_> mihir: I am not aware either..I suppose only kunal will knwo
[19:07] <nik90_> s/knwo/know
[19:14] <mihir> rpadovani: ping
[19:15] <mihir> rpadovani: Don't you think we should increase number limit ?
[19:15] <rpadovani> mihir, not for now, I talked about it with popey and he said that for now we leave all how is it now, because we'll have soon new design :-)
[19:16] <mihir> rpadovani: agreed
[19:19] <popey> balloons: is it me or is this taking a very long time http://<IP_ADDRESS>:8080/job/ubuntu-weather-app-ci/
[19:19] <balloons> popey, hmm.. you aren't the only one to suspect something
[19:19] <balloons> fginther, ping
[19:21] <balloons> fginther, it seems the core apps jenkins have lost contact with each other. The 2 running jobs are frozen in time, and no new jobs are spawning
[19:21] <fginther> balloons, looking
[19:22] <mihir> rpadovani: do you need any other review, or should Top Approve thate?
[19:22] <mihir> that*
[19:23] <rpadovani> mihir, we're waiting for design approval
[19:26] <popey> beuno: we have another app which isn't showing up in any lists I can see, it's in limbo. https://myapps.developer.ubuntu.com/dev/click-apps/475/feedback/
[19:26] <popey> beuno: looks like the user missed some button or something to move it to be submitted so it's sat there with him wondering what we're doing and us not seeing it.
[19:28] <popey> mhall119: ^
[19:28] <mihir> balloons: did you merged?
[19:31] <mihir> nik90_: you reviewing , shall i wait ?
[19:31] <nik90_> mihir: yees...few mins for dinner
[19:32] <mihir> nik90_: no issues, just need to know..
[19:32] <beuno> popey, 2 things
[19:32] <beuno> there is a new version
[19:32] <beuno> so there's something going on there
[19:33] <beuno> second, beowulf from my team is now in charge of going through the whole flow
[19:33] <beuno> making it better
[19:33] <beuno> easier to understand
[19:33] <beuno> and a lot of etc
[19:33] <popey> right, there is a new version, yes, but somehow the user didnt submit it
[19:33] <beuno> matiasb, can you check into that ^
[19:34]  * matiasb looks
[19:35] <matiasb> beuno, popey: as popey commented there, the user needs to resubmit the app for review (since this is not a new version for a published app)
[19:37] <beuno> ah
[19:39] <rpadovani> nik90_, all done, 3 top approve and 1 little fix in the code, so you know that I read all the code very carefully :-)
[19:42] <popey> fginther: balloons lemme know when I can continue using jenkins pls
[19:43] <fginther> popey, balloons, I had to do a restart
[19:44] <fginther> I'll try a few jobs and if it works, will give an all clear
[19:47] <elopio> renatu: jenkins is happy https://code.launchpad.net/~canonical-platform-qa/address-book-app/autopilot-get_contacts/+merge/233373
[19:47] <popey> ok
[19:49] <nik90_> rpadovani: hehe
[19:50] <nik90_> rpadovani: erm I don't see your inline comment
[19:51] <rpadovani> nik90_, ops, I didn't publish it :P
[19:51] <nik90_> :D
[19:52] <rpadovani> nik90_, I tought that inline comments are published on them own, but you have to do a comment to publish tem
[19:52] <rpadovani> *them
[19:52] <nik90_> yup
[19:57] <coderus> nik90_: ping :D
[19:58] <balloons> mzanetti, are you about? I;m curious if you ever looked into the impact of dynamic objectnames on qml performance
[19:58] <nik90_> coderus: hi
[19:59] <fginther> popey, balloons, one of the filesystems ran out of space causing the weird behavior, it's ok to use again.
[19:59] <coderus> nik90_: can you explain a bit about using cmake?
[20:00] <coderus> i upgraded to 14.10, now my qtversion is correct
[20:00] <nik90_> coderus: its just an alternate to .pro and .qmake
[20:00] <coderus> template project running on destop kit correctly
[20:00] <nik90_> coderus: essentionally a packaging system telling the ubuntu sdk where to install the necessary files on the device or where ever you install it
[20:00] <coderus> but when selecting ubuntusdk it doesnt build
[20:00] <fginther> popey, I also restarted that reminders MP you indicated earlier. the unusual log messages were caused by some failed cleanup that appears to have been related to the bigger issue we saw over the weekend
[20:01] <nik90_> coderus: and this is with a template project?
[20:01] <coderus> nik90_: make: *** No targets specified and no makefile found.  Stop
[20:01] <nik90_> coderus: then you are doing something wrong.
[20:01] <coderus> nik90_: app with qml extension
[20:01] <nik90_> coderus: please take a look at http://developer.ubuntu.com/start/ubuntu-sdk/using-device-kits/
[20:02] <coderus> nik90_: i'm not doing anything yet
[20:02] <nik90_> coderus: and http://developer.ubuntu.com/apps/sdk/tutorials/running-apps-from-the-sdk/
[20:03] <nik90_> coderus: if not, let's schedule a hangout tomorrow sometime where I can show you how to do it.
[20:03] <nik90_> coderus: I am a tiny bit busy at the moment reviewing code proposal and merging stuff.
[20:03] <nik90_> coderus: is that cool?
[20:04] <coderus> nik90_: sure
[20:04] <coderus> just give me as many links as you can
[20:04] <coderus> i'll read them :)
[20:05] <gcollura> why if I call pageStack.pop() from a dialog does the app freeze? is it known bug?
[20:05] <gcollura> (I've checked in very simple app, with just a dialog and a pagestack)
[20:06] <nik90_> gcollura: why would you call pagestack.pop() ?
[20:06] <nik90_> gcollura: shouldn't it be pageUtils. something something?
[20:06] <nik90_> coderus: trust me the documentation helps
[20:06] <nik90_> coderus: you only need it for the first time :)
[20:06] <nik90_> coderus: ping me tomorrow whenever you are free
[20:07] <gcollura> nik90_, I call pageStack.pop() because after deleting an item I need to go back in the home page
[20:08] <gcollura> the weird part is that if I call pageStack.pop() from a button for example, the app still works
[20:09] <nik90_> rpadovani: fixed the issues
[20:09] <nik90_> gcollura: not sure I haven't tried it. Best would be to create a sample app and attach it to bug report. I will try to validate it tomorrow
[20:10] <gcollura> ok I will submit a test app with a report
[20:10] <gcollura> thanks for the help
[20:12] <mzanetti> balloons: yes I did... its not much
[20:14] <balloons> mzanetti, so linking a property to another property like  "myObjectName" + index is negligible?
[20:14] <balloons> doesn't it require updating each time things change.. we're consider if there's 1000's of these created it could be crazy
[20:15] <mzanetti> balloons: ah... hmm... well, the do trigger binding updates obviously
[20:15] <mzanetti> balloons: but pretty much the same as doing "property string foobar: "myObjectName" + index
[20:15] <mzanetti> its a normal string property
[20:15] <mzanetti> ends up in a QString in c++
[20:16] <balloons> elopio, ^^ :-)
[20:16] <balloons> renatu, too, if you are about ^^
[20:17] <balloons> mzanetti, so it would be nice if we had stats on this like http://developer.ubuntu.com/api/devel/ubuntu-14.10/python/autopilot/faq/faq.html#q-what-is-the-impact-on-memory-of-adding-objectnames-to-qml-items, so we could list the impact. It sounds like it's not something you are worried about at all
[20:18] <ahayzen> popey, FYI all music-app autopilot will be failing at the moment (due to ms2 db change) so don't bother trying to rerun....we have an mp in progress to fix it but it needs to extra work
[20:21] <balloons> mihir, care to review the giant diff? It should be ready now, lol. It passes on my device  and desktop https://code.launchpad.net/~nskaggs/ubuntu-calendar-app/fix-1359167/+merge/233387
[20:22]  * mihir looks at giant diff :D
[20:24] <balloons> ahayzen, btw, I stole your cmake mod to allow *.py to show up in ubuntu sdk.. nice
[20:25] <ahayzen> balloons, hehe thanks :) just need a mod to make autocomplete work with cmake without having to open a qmlproject :(
[20:25] <ahayzen> bug 1338774
[20:25] <mihir> balloons: unable to locate address_book_service_testability
[20:25] <mihir> balloons: is there any PPA?
[20:26] <balloons> mihir, for you?
[20:26] <mihir> balloons: yup , when i run it says no module address_book_service_testability , and when i do apt-get install it says unable to find
[20:27] <balloons> mihir, you on trusty?
[20:27] <balloons> it's utopic only
[20:27] <mihir> balloons: utopic
[20:27] <balloons> mihir, ohh then, install it
[20:27] <mihir> from which PPA?
[20:27] <balloons> mihir, bah, I suck
[20:28] <balloons> address-book-service-testability
[20:28] <balloons> it's in the archive
[20:28] <mihir> balloons: this is what i get http://paste.ubuntu.com/8253190/
[20:29] <balloons> sudo apt-get install address-book-service-testability should fix it for you
[20:29] <balloons> it's in the debian/control file
[20:29] <balloons> but I had it as address_book_service_testability :-(
[20:30] <popey> ahayzen: ok!
[20:30] <ahayzen> popey, yey upstream changes \o/
[20:31] <mihir> balloons: that works for me :D
[20:31] <balloons> nice catch mihir thank you
[20:32] <mihir> balloons: also we need to fix the AP set up for calendar..all dependecy doesn't come while we install
[20:32] <balloons> mihir, what do you mean? all the depends are listed in the control file
[20:32] <mihir> balloons: we have missed some , like dummy address service
[20:33] <balloons> address-book-service-dummy? it's listed in there
[20:33] <mihir> balloons: i had to do it manually my time , will re-check
[20:33] <balloons> take a look in debian/control, and at the manifest
[20:33] <mihir> balloons: also, contacts service
[20:35] <balloons> mihir, does the app depend on contacts service? what package? note the depends under calendar-app
[20:36] <mihir> balloons: Jenkins is failing because of dh_install: calendar-app-autopilot missing files (usr/lib/*/dist-packages/address_book_service_testability/*), aborting
[20:36] <mihir> debian/rules:8: recipe for target 'binary' failed
[20:36] <mihir> balloons: sure, i'll do that
[20:36] <mihir> balloons: it seems it is looking for same file package ?
[20:38] <balloons> mihir, where do you see that? none of the runs for jenkins yet are correct
[20:39] <mihir> balloons: http://<IP_ADDRESS>:8080/job/ubuntu-calendar-app-utopic-amd64-ci/308/console
[20:39] <mihir> balloons: it is last Jenkins run on your MR 39 seconds ago
[20:40] <balloons> mihir, yea I keep canceling those
[20:43] <mihir> balloons: okay,
[20:43] <mihir> balloons: all ran successfully except one on my machine
[20:43] <balloons> mihir, everything tested ok except the new test I started to add: test_new_event_must_start_with_default_values
[20:43] <balloons> I really should leave that out
[20:43] <mihir> yup
[20:43] <ahayzen> balloons, i remember you said that one other app was doing url-dispatcher in their autopilot? can you remember which one so i can add some tests to music?
[20:43] <mihir> balloons: lets do that in saperate MR,
[20:43] <mihir> balloons: it is breaking it
[20:45] <balloons> done
[20:46] <mihir> balloons: great , lets merge this and ask other to merge with new AP on their branch
[20:48] <mihir> balloons: it works great now :)
[20:49] <mihir> balloons: can you trigger Jenkins now ?
[20:51] <balloons> sure
[20:52] <mihir> balloons: as of now we don't have test cases for recurrences and reminder,
[20:52] <mihir> balloons: if we write scenario, we have to scroll for a year if we put that occurence ?
[20:53] <balloons> mihir, yes we need to expand the new event test to add recurrence and the other features
[20:54] <balloons> mihir, you could setup a scenario matrix of all the possibilities you want to test, then it would run through all of them
[20:54] <balloons> the test would be the same.. just one test, keying off the different values we feed it from the scenario
[20:54] <balloons> you can see an example of this in clock app or terminal app
[20:54] <balloons> both have them
[20:54] <mihir> balloons: understood, so if say we have recurrence for 100 occurence , it will sasert 100 bubbles?
[20:54] <mihir> just wondering
[20:55] <balloons> mihir, ohh, hehe, I suppose we'll have to think about that won't we?
[20:55] <balloons> but yes, we'll have to check
[20:55] <balloons> I would go with a small number :-)
[20:55] <mihir> balloons: okay , obviously i'll to but was curious to ask :)
[20:55] <mihir> in case of date, and we have all scenaro for month, day, year
[20:56] <balloons> yes.. we'll have something for today, and a random date I guess
[20:56] <balloons> something in the future and past
[20:57] <mihir> balloons: got it
[20:57] <balloons> and all day events and something that has a timeframe
[20:57] <mihir> balloons: again Jenkis failed
[20:57] <balloons> mm I see
[20:57] <balloons> it's been switched to python3 now
[20:58] <balloons> I wonder why it's unpacking in python2.7
[20:59] <balloons> one more try :-)
[21:00] <mihir> balloons: (Y)
[21:03] <balloons> more fails
[21:05] <balloons> got it
[21:05] <mihir> balloons: some diff errors, seems version issues
[21:06] <balloons> I feel good about this one
[21:06] <balloons> running again
[21:08] <mihir> balloons: was it version issues, or something else, just curious to know
[21:08] <balloons> more py3 stuff
[21:08] <balloons> broke again
[21:09] <mihir> balloons: okay
[21:10] <balloons> I really feel good about this!
[21:17] <balloons> ahayzen, number4, awesome
[21:17] <ahayzen> balloons, \o/
[21:17] <balloons> ahayzen, want to migrate to python3 as part of it?
[21:17] <balloons> I discovered why jenkins is still py2 just now.. because the debian and cmake stuff still uses py2
[21:17] <ahayzen> balloons, probably....but our landings are broken for the moment...waiting for victor's branch to db resolve patching
[21:18] <ahayzen> balloons, ah
[21:18] <ahayzen> balloons,how much do we have to do from our end to change to py3?
[21:18] <balloons> so change everything to python3 in debian control, then in the cmake file for autopilot swap to python3
[21:19] <balloons> and remember to add ()'s around the print statement in there
[21:19] <ahayzen> :)
[21:19] <ahayzen> balloons, shall i do that in a separate mp?
[21:19] <ahayzen> balloons, and FYI this is the mp we're waiting to land to resolve the issues... https://code.launchpad.net/~vthompson/music-app/fix-1365247/+merge/233303
[21:19] <ahayzen> balloons, but victor just needs to make some mods to it
[21:20] <balloons> ahayzen, I would yes. once it's ready we can ask francis to swap music to python3 only.. then you will have to land that mp before you can land anything else
[21:20] <balloons> so make it it's own thing
[21:20] <ahayzen> balloons, awesome i'll do that then :)
[21:21] <ahayzen> balloons, i wanted to add url-handler tests and u said there was another app that did some? can you remember which one it was so i can use them for reference?
[21:21] <balloons> ahh right.. reminders
[21:22] <ahayzen> balloons, cool thanks
[21:33] <ahayzen> balloons, are these the only changes i need to make? http://bazaar.launchpad.net/~andrew-hayzen/music-app/autopilot-move-py3/revision/614
[21:34] <ahayzen> balloons, the tests themselves have been running py3 on device for some time right? so they should be ok
[21:34] <balloons> yep
[21:35] <balloons> ahayzen, looks good
[21:35] <ahayzen> balloons, ok i'll propose it..but it'll fail until victor's mp lands
[21:36] <balloons> yes.. it'll fail till python3 is switched
[21:36] <ahayzen> balloons, cool it is here for reference https://code.launchpad.net/~andrew-hayzen/music-app/autopilot-move-py3/+merge/233431
[21:37] <ahayzen> balloons, now i'm gonna try and make some tests for url-dispatcher :) .... is there any way of doing autopilot tests for content-hub yet?
[21:49] <ahayzen> balloons, ah looks like reminders sends url-dispatcher calls.... we actually receive them are there any examples/docs on how to do this?
[21:50] <balloons> ahayzen, ahh.. well, you can fake recieving it
[21:50] <balloons> elopio, ^^
[21:50] <balloons> he might have an example for you ahayzen
[21:50] <ahayzen> balloons, i need to know how to make a call and send it to the app
[21:50] <balloons> dialer-app, gallery-app are examples I would give
[21:50] <ahayzen> balloons, ah cool thanks :)
[21:50] <balloons> they might have what you need
[21:51] <ahayzen> balloons, i'll see if i can spot anything
[21:56] <ahayzen> balloons, there not obvious if they do have them (or i am blind) ;)
[21:56] <balloons> that's all I have off the cuff
[21:56] <ahayzen> *they're
[21:57] <ahayzen> hah hmmm
[22:07] <elopio> ahayzen, balloons: you can fake a call with something like url-dispatcher {arg}
[22:08] <elopio> url-dispatcher is a binary that comes with url-dispatcher-tools
[22:08] <elopio> and to make sure that your project is calling url-dispatcher properly, you can use the fake url dispatcher fixture.
[22:08] <elopio> that one comes with url-dispatcher-testability
[22:09] <ahayzen> elopio, ah so do i just call that directly through subprocess? not really much mocking required? ... oh there is a fixture :)
[22:09] <ahayzen> elopio, are there any examples of this that i can use for reference?
[22:09] <elopio> ahayzen: for calling, that's it. For receiving, it's a little more work. Like this:
[22:09] <elopio> https://code.launchpad.net/~canonical-platform-qa/dialer-app/fake_url-dispatcher/+merge/230403
[22:09] <elopio> let me see if I can remember where do we call url-dispatcher. I think in unity.
[22:10] <ahayzen> elopio, well basically all we need to test is another app going album:///artist/album ... and then we play the correct album (and then the same for file:///)
[22:11] <elopio> ahayzen: here: http://bazaar.launchpad.net/~ubuntu-testcase/ubuntu-autopilot-tests/ubuntu-experience-tests/view/head:/ubuntu_experience_tests/tests/application_life_cycle/test_url_dispatcher.py
[22:11] <elopio> ahayzen: what you need to take care is to make sure that the testability envirnoment is set.
[22:11] <elopio> otherwise autopilot won't be able to introspect the app launched by url dispatcher.
[22:12] <ahayzen> elopio, awesome thanks :) i'll try and get this working
[22:54] <nik90_> popey: if you want you can update clock app in the store
[22:54] <nik90_> popey: all MPs are in
[22:55] <popey> yay
[22:56] <popey> nik90_: 3.1.83?
[22:58] <nik90_> popey: yup
[22:58] <popey> balloons: can you please upload http://s-jenkins.ubuntu-ci:8080/job/clock-app-click/lastSuccessfulBuild/artifact/out/com.ubuntu.clock_3.1.83_armhf.click ?
[23:04] <balloons> popey, https://myapps.developer.ubuntu.com/dev/click-apps/121/changerequest/
[23:06] <ahayzen> balloons, victor is asking if you could check over https://code.launchpad.net/~andrew-hayzen/music-app/ap-helper-refactor-003/+merge/232655 as well? also note that 004 tidies things up a bit more (as noted in the comments)
[23:08] <popey> balloons: thank you. nik90_ approved
[23:08] <nik90_> popey: awesome thnx
[23:08] <popey> Thank you!
[23:08] <nik90_> enjoy
[23:08]  * popey updates his phones
[23:14] <popey> ooh, thats changed
[23:18] <ahayzen> popey, do we still have to reboot after updating things from the store?
[23:20] <popey> no, you should be able to search
[23:21] <ahayzen> popey, ah yes ....new clock \o/ .... is this going to be fixed?
[23:21] <popey> i hope so!
[23:21] <ahayzen> hah
[23:21]  * popey sets an alarm for the morning
[23:21] <ahayzen> nik90_, ooo the header comes down as the bottom edge goes up...when did u add that?
[23:22] <nik90_> :D
[23:22] <nik90_> recently
[23:22] <popey> ooh thats nice
[23:22] <ahayzen> nik90_, hehe... ah that explains that conversation you were having about not being able to set the header title though
[23:23] <ahayzen> nik90_, is there now way of setting it to 'Alarm' so it doesn't appear blank?
[23:25] <ahayzen> popey, FYI we are going to fail CI for this next image...but the fix for it is already in our trunk ...so whenever the next store build goes through will fix it (but we are trying to land a few other things as well for this store build if we can)
[23:25] <ahayzen> popey, there is a bug here if the landing team ask bug 1365247
[23:26] <popey> balloons: how long you around?
[23:26] <popey> ahayzen: is this something you're likely to get in tonight or more likely tomorrow?
[23:26] <ahayzen> popey, the fix has landed :) ... we were just trying to get a few other mps in as well
[23:26] <popey> cheeky! ☻
[23:27] <ahayzen> popey, hehe but the image is already building so we missed it right?
[23:27]  * popey triggers a build anyway
[23:27] <popey> no
[23:27] <popey> build starts at 3am
 [23:28] <ahayzen> ?
[23:28] <popey> thats a manually triggered one
[23:28] <popey> another will start via a cron job at 3am
[23:28] <ahayzen> ah guess we could get into the auto one then :P
[23:28] <popey> well, we need balloons to be around to upload, i cant
[23:29] <ahayzen> popey, well the mp we were trying to push for to get into this build we would like balloons to check anyway... and there would be another mp after that...so guess they could go in the next one as it is unlikely they'll both get reviewed tonight
[23:31] <ahayzen> popey, so in summary push trunk to the store if you can please :)
[23:31] <popey> 614 hasn't built yet
[23:31] <ahayzen> hmmm
[23:31] <popey> i just triggered it
[23:31] <ahayzen> ah
[23:36] <popey> just watched https://www.youtube.com/watch?v=CE8UhcyJS0I which is fascinatingly fun
[23:38] <popey> looks like balloons is afk, sorry, can't upload tonight
[23:39] <popey> sergiusens: you about?
[23:40] <ahayzen> popey, no worries if you can't just don't panic when CI fails :)
[23:40] <sergiusens> popey: yup
[23:40] <popey> hey
[23:40] <sergiusens> upload?
[23:40] <popey> please http://s-jenkins.ubuntu-ci:8080/job/music-app-click/lastSuccessfulBuild/artifact/out/com.ubuntu.music_1.3.614_all.click
[23:40]  * sergiusens connects to vpn
[23:42] <popey> i leave myself connected all day, which probably is bad for some reason
[23:43] <popey> oooh!
[23:43]  * popey goes to put the bins out
[23:47] <popey> sergiusens: problems?
[23:47] <sergiusens> popey: sorry, just multi pinged at the moment
[23:47] <sergiusens> one sec
[23:48] <sergiusens> popey: uploaded; btw music is still in halloween mode
[23:48] <sergiusens> in case you want to change
[23:48] <ahayzen> sergiusens, hehe there is a bug for that
[23:48] <ahayzen> sergiusens, but we are nearly at halloween soooooo ?
[23:49] <sergiusens> ahayzen: yeah; it's like the christmas lights
[23:49] <popey> haloween mode?
[23:49] <popey> oh, blimey, has it been that long!
[23:49] <sergiusens> popey: screenshots
[23:49] <ahayzen> popey, the screenshots
[23:49] <popey> wow. time flies
[23:50] <ahayzen> popey, yah ... we always seem to have massive UI overhauls WIP so we kept deferring the rescreenshoting
[23:50] <popey> thanks sergiusens
[23:50] <sergiusens> np
[23:50] <ahayzen> sergiusens, thanks :)
[23:51] <popey> 614 approved
[23:51] <ahayzen> \o/
[23:51] <popey> thanks ahayzen
[23:51] <ahayzen> popey, sergiusens thanks for the pushing to the store :)
[23:51] <popey> np.
[23:51] <popey> teamwork \o/
[23:52] <ahayzen> \o/
[23:52] <popey> now sleep


[19:49] <ibeardslee> morning
[20:23] <Atamira> morning
[20:33] <ajmitch> morning
[20:52] <chilts> morning
[20:52] <mwhudson> morning
[20:52] <kcj> Morning.
[21:05] <thumper> morning