[07:17] <dholbach> good morning
[07:21] <mihir> dholbach: Good Morning :) have nice day
[07:22] <dholbach> and the same to you mihir
[07:28] <justCarakas> good morning :) spotted an Ubuntu 10.04 t-shirt on the train this mornign :p
[07:47] <dholbach> nik90, "make test" is still not supposed to work, right?
[07:52] <qtros> Hi all
[07:53] <qtros> mhall119 ping
[08:05] <dholbach> nik90, ok, so I updated the branch (lp:~dholbach/ubuntu-clock-app/reboot-packaging) again and the package builds now, but there are a few things missing:
[08:05] <dholbach>  - .desktop file
[08:06] <dholbach>  - autopilot bits are not installed anywhere
[08:06] <dholbach>  - I assume something like "qmlscene /usr/share/ubuntu-clock-app/qml/ubuntu-clock-app.qml" should work, but it doesn't
[08:06] <dholbach>    http://paste.ubuntu.com/7959119/
[08:07] <dholbach> nik90, let me know if I can be of any more help, but I guess we need a cmake wizard to figure the above out
[08:07] <dholbach> nik90, and as I said above, "make test" still explodes
[08:07] <dholbach> popey, ^ short summary
[08:29] <popey> thanks dholbach
[09:24] <nik90> 9:47 AM <dholbach> nik90, "make test" is still not supposed to work, right?
[09:24] <nik90> that's right
[09:25] <nik90> dholbach: qmlscene /usr/share/ubuntu-clock-app/qml/ubuntu-clock-app.qml won't work since it doesn't include the backend libraries.
[09:26] <nik90> dholbach: it requires an additional parameter -I ../backend
[10:12] <bzoltan1> popey: ping
[10:12] <popey> bzoltan1: pong
[10:12] <bzoltan1> popey: that was quick :)
[10:12] <popey> ☻
[10:12] <popey> always, for you.
[10:12] <bzoltan1> popey: i have an MR for the SHorts app
[10:12] <bzoltan1> popey: :D
[10:12] <bzoltan1> popey: https://code.launchpad.net/~bzoltan/ubuntu-rssreader-app/select_many/+merge/229590
[10:13] <popey> ooh
[10:13] <bzoltan1> popey: we have changed the UbuntuShape and the side effect was that direct many_select of the UbuntuShape are not good. The shorts is the only app on the CI dash and on my test plan what is using that.
[10:14] <bzoltan1> popey: Would it be possible to merge that simple change to unblock the UITK landing?
[10:15] <popey> yeah, lets get it merged, leave it with me
[10:20] <bzoltan1> popey: thanks a lot
[10:20] <mihir> nik90: ping
[10:22] <nik90> mihir: pong
[10:22] <mihir> nik90: could you give me reference where  you have date time picker , when we try to run it on device as mentioned by kunal, it gives following error, https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1351024/comments/4
[10:26] <mihir> nik90: it looks like we have missed something in Calendar app
[10:26] <nik90> mihir: I am getting the link atm.
[10:26] <DanChapman> good morning o/
[10:27] <nik90> mihir: https://bazaar.launchpad.net/~ubuntu-clock-dev/ubuntu-clock-app/utopic-3.0/view/head:/app/alarm/EditAlarmPage.qml#L167
[10:27] <dpm> morning DanChapman
[10:27] <nik90> DanChapman: Good Morning :D
[10:28] <mihir> popey: ping !!
[10:29] <nik90> mihir: we get the time from the date picker as alarmTime.setHours(_timePicker.hours, _timePicker.minutes, 0)
[10:29] <mihir> nik90: Hmm i see
[10:29] <mihir> nik90: this is how currently it is implemented in calendar , http://bazaar.launchpad.net/~ubuntu-calendar-dev/ubuntu-calendar-app/trunk/view/head:/NewEvent.qml#L277
[10:30] <mihir> This function is being called at start/end date.
[10:32] <nik90> mihir: oh you guys are using the picker panel while I am using just the picker
[10:32]  * nik90 brb in 15-20 mins...quick brunch
[10:39] <mihir> nik90: I see , we are using Date Picker in Repetition http://bazaar.launchpad.net/~ubuntu-calendar-dev/ubuntu-calendar-app/trunk/view/head:/NewEvent.qml#L675
[10:55] <dholbach> nik90, ok, let me see
[10:56] <dholbach> nik90, the backend stuff is not installed in the package either
[10:58] <dholbach> nik90, just for reference here's the list of files installed in the ubuntu-clock-app package after the build: http://paste.ubuntu.com/7960127/
[10:58] <nik90> dholbach: Aw I see the list. I was referring to /usr/lib/x86_64-linux-gnu/DateTime/libdatetime.so, /usr/lib/x86_64-linux-gnu/Alarm/Settings/libalarmsettings.so and /usr/lib/x86_64-linux-gnu/Timezone/libtimezone.so
[10:59] <dholbach> nik90, but they're not in a backend dir, right?
[10:59] <nik90> dholbach: they are the compiled libraries that clock app needs. In the source code, they are located in the backend folder
[10:59] <dholbach> right
[10:59] <dholbach> they need to be intsalled into the right place too :)
[10:59] <nik90> dholbach: how does the click package figure this out?
[10:59] <dholbach> it's not a click package
[10:59] <dholbach> but the .deb package
[11:00] <dholbach> it should all be in the cmake file
[11:00] <nik90> true, but I figured the same cmake instructions that click uses should be applicable to the debian installation. I will take a look to see what's wrong there
[11:00] <dholbach> /usr/lib/x86_64-linux-gnu/Alarm/Settings/libalarmsettings.so is also not the best dir name
[11:00] <dholbach> having something with ubuntu-clock-app in the dir name would help
[11:01] <dholbach> thanks nik90
[11:01] <nik90> dholbach: so should it should be ubuntu-clock-app inside the /usr/lib/x86_64-linux-gnu folder I suppose
[11:04] <dholbach> just take a look at the other files in there - or how other apps do it
[11:04] <nik90> yes.
[11:04]  * nik90 looks at the file manager app
[11:05] <dholbach> rock on!
[11:06] <dholbach> nik90, hum.... ImportError: No module named ubuntuuitoolkit
[11:07] <dholbach> nik90, where do I get that from?
[11:07] <nik90> dholbach: sudo apt-get install python-autopilot libautopilot-qt ubuntu-ui-toolkit-autopilot python3-autopilot-vis are the packages necessary for AP tests
[11:07] <dholbach> thanks
[11:10] <jgdx> elopio, ping
[11:13] <jgdx> brendand, maybe you can answer this as well? Is this[1] conforming well to the page object pattern? Those are helpers for the phone app[2] tests. [1] http://pastebin.ubuntu.com/7960217/ [2] https://wiki.ubuntu.com/PhoneApp
[11:14] <brendand> jgdx, yeah - looks good
[11:14] <jgdx> brendand, nice, thanks
[11:17] <DanChapman> davmor2, hey chap :-). any chance you could try out http://people.ubuntu.com/~dpniel/dekko/click/com.ubuntu.developer.dpniel.dekko_0.2.3_armhf.click on a 3G connection for me. I can't seem to get signal here
[11:17] <davmor2> DanChapman: I can latter
[11:21] <DanChapman> davmor2, that would be awesome (if you can find the time that is).. thanks :-)
[11:22] <davmor2> DanChapman: no worries
[11:44] <justCarakas> I have a question
[11:45] <justCarakas> when you look at firefox OS, they have a lot of awesome and popular games in HTML5 versions, like candy crush, packman, etc, cant we port those to ubuntu touch ?
[11:50] <daker> justCarakas: most of the time they have partnership with the editor of the game
[11:50] <justCarakas> ow, can't we try to get those 2 ? :p
[11:51] <justCarakas> btw is someone already working on watsapp ? just found this http://git.ovz.ca/openwapp/openwapp/tree/master (i need to do a presentation on ubuntu touch an firefox os at my job so I'm doing some research)
[11:53] <ahayzen> popey, balloons, hopefully good news coming for bug 1350529, jamesh seems to have found something and got a patch on its way :)
[11:54] <daker> justCarakas: for ex cuttherope http://mozilla.cuttherope.net/
[11:55] <justCarakas> daker thats awesome :D
[11:56] <qtros> mhall119 ping
[11:56] <qtros> dpm ping
[11:57] <dpm> hi qtros
[11:57] <qtros> hi dpm!
[11:58] <qtros> dpm please, take a look at http://developer.ubuntu.com/api/qml/sdk-14.10/Ubuntu.DownloadManager.SingleDownload/
[11:58] <qtros> on the top I can see "import Ubuntu.DownloadManager 0.1"
[11:58] <qtros> dpm but package name is "UbuntuDownloadManager" (without dot)
[11:59] <dpm> ah, I see. qtros, would you mind filing a bug in https://bugs.launchpad.net/ubuntu-ui-toolkit/+filebug - this is an example that should be fixed in the code
[12:00] <qtros> dpm do you mean that package name must be changed?
[12:01] <dpm> I don't think so, I think it's a matter of the example snippet needing to be corrected to read UbuntuDownloadManager
[12:01] <dpm> i.e. the dot needs to be removed from the example
[12:06] <qtros> dpm it was my first thought too, but now I think that name of binaries is incorrect, it should use the same naming as  Ubuntu.Components, Ubuntu.Layouts and so on
[12:06] <dpm> qtros, in this case, I'd suggest perhaps asking kalikiana
[12:11]  * kalikiana listens
[12:19] <t1mp> dpm: download manager is not part of ubuntu-ui-toolkit
[12:21] <t1mp> so the bug should not be reported there
[12:27] <dpm> t1mp, where should it be reported?
[12:28] <kalikiana> dpm: https://bugs.launchpad.net/ubuntu-download-manager
[12:29] <dpm> great, thanks kalikiana, t1mp. qtros, so I'd recommend to file the bug against that project
[12:29] <dpm> kalikiana, so do you think the import should be named UbuntuDownloadManager or Ubuntu.DownloadManager?
[12:31] <t1mp> kalikiana found it faster :)
[12:31] <t1mp> thanks
[12:32] <t1mp> dpm: when I look at the list at http://developer.ubuntu.com/api/qml/development/, Ubuntu.DownloadManager makes more sense
[12:33] <t1mp> I don't know if we have an "official" policy for naming of packages Ubuntu.*. Can anyone just name their package like that?
[12:33] <kalikiana> there's nothing to prevent you from doing it
[12:34] <dpm> I think the best thing would be that if someone creates an Ubuntu.* component, if it's good enough then it should be adopted in the platform
[12:34] <kalikiana> also there's no consistency even in qt itself there… and we have no clear policy
[12:35] <dpm> or we could have an Ubuntu.labs namespace for everyone to use. Just throwing some ideas. I don't see this as much of a priority, but it could be good to discuss at the next UOS
[12:35] <kalikiana> dpm: yeah. ultimately components only can get in through the seeds so there's no "risk" of rogue components anyway
[12:35]  * dpm nods
[12:35] <t1mp> we had Ubuntu.Components.Extras once, but we decided not to do that any more
[12:36] <t1mp> because the name somehow implies that we are supporting/maintaining it
[12:36] <kalikiana> the labs idea also came up but there was no clear concensus that it would solve anything for real - if you want experimental stuff you should copy it otherwise test cases will eventually explode
[12:36] <t1mp> so stuff now is either in Ubuntu.Components and we support it, or it is not
[12:37] <t1mp> anyone is free to experiment with their own code, no need to put it in Ubuntu.labs\
[12:37] <t1mp> and when it is good enough (including tests+docs) it can be proposed to be included in Ubuntu.Components
[12:42] <dpm> ah, thanks. Good to know you guys have had that discussion.
[12:47] <mihir> popey: you released Calendar in Store?
[12:51] <popey> mihir: no, but i can do
[12:51] <popey> mihir: just clearing up some bug statuses that were old
[12:52] <popey> sorry for the bug spam ☻
[12:54] <nerochiaro> oSoMoN: artmello: Elleo : anyone of you is currently using 14.10 as their platform ?
[12:56] <Elleo> nerochiaro: yep?
[12:57] <nerochiaro> can you build current trunk of gallery-app ?
[12:57] <nerochiaro> Elleo: it fails to build some tests for me
[12:57] <Elleo> nerochiaro: probably the recent switch to g++ 4.9
[12:57] <popey> balloons: could you do the usual, and push all the core apps to the store?
[12:57] <Elleo> nerochiaro: that has some extra warnings for things like unused functions that are hitting a bunch of projects
[12:57] <nerochiaro> Elleo: it seems a problem with QDbus actually
[12:57] <Elleo> nerochiaro: will set a build going now and see what happens
[12:58] <nerochiaro> Elleo: thanks. I have solved the problem, but I was wondering if it was my system being messed up or an actual issue
[12:59] <nerochiaro> Elleo: i also can't currently build gallery in an armhf chroot, though for a different reason. would be grand if you could check if that builds successfully for you too or not
[13:02] <Elleo> don't think I've got an up-to-date armhf chroot at the moment; I could try building on the device though
[13:02] <sergiusens> popey: hey, wrt to the untappd webapp, when I want to sign in (with password), I get dispatched to the webbrowser; have you seen that?
[13:10] <mihir> popey: okay, i just wanted to make sure we don't update until we fix the Date picker issue.
[13:10] <mihir> I'll work tonight after office hours for that bug.
[13:16] <balloons> aye-aye.. a round of core apps coming up popey
[13:27] <popey> balloons: thanks
[13:33] <Elleo> nerochiaro: build failed when linking gallery-app against libexiv2 when building on device
[13:33] <Elleo> nerochiaro: haven't tried on my desktop yet, as my utopic version is a bit out of date, so doing an upgrade first
[13:34] <nerochiaro> Elleo: i had the same problem
[13:34] <nerochiaro> Elleo: would also appreciate if you could use qtcreator to setup a chroot for the device and try building in there as wel
[13:34] <Elleo> nerochiaro: will do
[13:48] <qtros> dpm kalikiana I want to return to talk about ubuntu.downloadmanager
[13:49] <qtros> dpm kalikiana package name on device contains "."
[13:49] <qtros> dpm kalikiana so now we have different names and as result compatibility is broken
[13:51] <nerochiaro> kenvandine: is there any place where the equivalent of transferContentType for a c++ export transfer is documented ?
[13:52] <nerochiaro> kenvandine: I can't find anywhere how to figure out how to the content hub tells me what content type it wants when requesting data from my app
[13:52] <kenvandine> nerochiaro, you mean knowing what the contentType requested was from the transfer object?
[13:52] <nerochiaro> kenvandine: yes
[13:52] <kenvandine> that's what i'm adding right now, Kaleo needed it for the camera-app
[13:52] <kenvandine> nerochiaro, the type was only used to choose the peer before
[13:53] <nerochiaro> kenvandine: but can i already access it with the current API somehow ?
[13:53] <kenvandine> nerochiaro, why do you need it from the c++ api?
[13:53] <kenvandine> no
[13:53] <kenvandine> only in the peer request
[13:53] <kenvandine> not in the transfer
[13:54] <nerochiaro> kenvandine: so it's something that's exposed only from QML but not from c++ ? i'm using c++ for content transfers at the moment as the app is already set up that way
[13:54] <nerochiaro> kenvandine: (gallery)
[13:54] <kenvandine> nerochiaro, but i have a branch adding it now
[13:54] <kenvandine> yeah.. gallery is doing something bad there :)
[13:54] <kenvandine> but we know that
[13:54] <kenvandine> ok, for gallery
[13:54] <kenvandine> well soon you will be able to get it
[13:54] <kenvandine> nerochiaro, i have a branch already
[13:54] <kenvandine> https://code.launchpad.net/~ken-vandine/content-hub/add_type_to_transfer/+merge/229502
[13:55] <nerochiaro> kenvandine: ok, i'm trying that
[13:55] <kenvandine> Elleo, ^^ i was just saying as long as it was exposed right on the qml side it didn't matter... and here's a c++ user wanting it
[13:56] <kenvandine> nerochiaro, basically i'm annoyed that cuc::Type::Known is a struct and not an enum, i'd rather have an enum then put the int on dbus
[13:56] <kenvandine> nerochiaro, in this branch i'm adding a contentType property as a string
[13:56] <nerochiaro> kenvandine: i'd rather do it from QML to be honest, but it will require refactoring the app a bit
[13:56] <Elleo> kenvandine: ah, heh
[13:56] <kenvandine> which matches cuc::Type::Known::pictures().id()
[13:56] <kenvandine> for example
[13:56] <kenvandine> nerochiaro, we need to do that refactoring anyway...
[13:57] <kenvandine> but now might not be the right time
[13:57] <kenvandine> nerochiaro, anyway, so for now you'll have to check the property as a string
[13:57] <kenvandine> in the QML bindings it's exposed as an enum, which is nicer
[13:57] <nerochiaro> kenvandine: absolutely no problem
[13:58]  * kenvandine hopes porting gallery to the qml bindings is on the roadmap for the near future 
[13:58] <nerochiaro> kenvandine: after installing the build-dep of libcontenthub0 and trying to build cmake still complain that i am missing "Lcov", are you aware of that ?
[13:58] <Elleo> kenvandine: it'll be the qml side that sets the value though, so as long as its preserved as the "all" string throughout it'll still only need changes to the qml side to make sure its set correctly
[13:58] <kenvandine> Elleo, right
[14:01] <kenvandine> nerochiaro, are you sure it's really failing on that?
[14:01] <kenvandine> maybe not another failure?
[14:02] <kenvandine> nerochiaro, i'm not seeing build failures here and it's been building in CI and silos
[14:02] <kenvandine> nerochiaro, are you on utopic or trusty?
[14:02] <kenvandine> i haven't tried building on trusty lately
[14:02] <nerochiaro> kenvandine: it's failing in cmake. on utipic
[14:03] <nerochiaro> kenvandine: http://pastebin.ubuntu.com/7961380/
[14:04] <kenvandine> nerochiaro, that isn't a failure
[14:04] <kenvandine> just warning that coverage won't work
[14:05] <nerochiaro> kenvandine: oh, sorry, read to quickly
[14:05] <kenvandine> no worries
[14:13] <balloons> popey, all core apps should be waiting for your approval
[14:14] <balloons> we did find a few with invalid manifest
[14:16] <popey> BOOM!
[14:16] <popey> oh?
[14:17] <balloons> popey, yes. Dropping Letters Music Sudoku Calculator Shorts all complained
[14:18] <popey> balloons: what did you do?
[14:18] <balloons> calculator whines also ;-) and weather won't upload
[14:18] <balloons> I broke all the things
[14:18] <popey> excellent
[14:19] <popey> i will take a look at them and fix them
[14:19] <popey> thank yoU!
[14:21] <balloons> ok, weather finally uploaded.. it gives the same error
[14:25] <popey> what error?
[14:25] <popey> can you be more specific? ☻
[14:28] <kenvandine> popey, any idea why pathwind doesn't show up under games in the store?
[14:28] <kenvandine> where does it get those categories from?
[14:29] <popey> i see it if i search
[14:29] <popey> no idea where they come from
[14:29] <popey> dont think thats all baked yet
[14:29] <kenvandine> ok, some games show up :)
[14:30] <kenvandine> also, out of the subcategories to choose from, i have no idea which one is best for pathwind
[14:30] <kenvandine> feels like we need more sub-categories
[14:30] <kenvandine> but i'm sure we have smart people thinking about that stuff already :)
[14:33] <qtros> popey hello
[14:33] <popey> hi
[14:34] <qtros> popey is someone working on FileManager now?
[14:34] <popey> yes, arto and carlos
[14:36] <qtros> popey cool, I have few advices for them) First one - use icons with better quality! Currently they are scaled up and looks smooth (I filled bug about that but nobody answered)
[14:36] <qtros> popey second one - use multiline Label for file name in "icon" mode
[14:37] <qtros> popey eliding file name with dots inside file name looks bad
[14:38] <popey> bugs welcome ㋛
[14:39] <qtros> popey I filed about 10 bugs (in File Manager, Gallery, UI toolkit) after installing UP on device, but no one answered =\
[14:39] <popey> we have a lot of bugs
[14:39] <popey> ☻
[14:50] <qtros> Guys, since 173 it isn't easy to install an app from IDE?
[14:51] <Elleo> nerochiaro: getting the same error linking against libexiv2 on the desktop as on the device
[14:52] <Elleo> nerochiaro: will setup a chroot after my next meeting, but I expect it'll be the same there too
[14:55] <Boogle> i have been working on app and was wondering how to test outside of sdk
[14:56] <Boogle> without touch or emulator
[14:56] <t1mp> Boogle: are you on utopic or trusty?
[14:57] <Boogle> trusty
[14:57] <t1mp> on utopic should just work, on trusty you probably don't have the latest UI toolkit
[14:57] <t1mp> Boogle: are you using Ubuntu.Components?
[14:57] <Boogle> Uuntu sdk
[14:57] <Boogle> ubuntu sdk
[14:57] <t1mp> Boogle: QML app?
[14:57] <Boogle> html5
[14:58] <t1mp> oh ok, I don't know anything about that. Maybe someone else here?
[14:58] <Boogle> ok thanks anyway
[15:08] <nerochiaro> Elleo: ok, that's strange. i don't get the exiv2 problem on desktop
[15:08] <Boogle> what do i do with a click file?
[15:10] <Elleo> nerochiaro: I get that on both desktop and device with latest utopic, that's with a click build, haven't tried a deb build
[15:15] <nerochiaro> Elleo: can you just try building cmake and make on desktop ?
[15:18] <Elleo> nerochiaro: building now
[15:19] <Boogle> how do i launch my project on my desktop outside of sdk i have a click file
[15:19] <Boogle> html5
[15:25] <DanChapman> Boogle if i remember correctly (it's been a while since i did an html5 app) you can use ubuntu-html5-app-launcher from the command line
[15:28] <Boogle> thankyou
[15:30] <Boogle> does html5 mean webapp?
[15:31] <Boogle> mean that the app is a webapp
[15:45] <daker> HTML5 apps = packaged app(think like chrome apps)
[15:46] <daker> Webapps = Remote webapps(ex : mobile.twitter.com)
[15:47] <Boogle> shame now i have to recode qml
[15:47] <Boogle> thanks for the help
[15:49] <Boogle> what is difference between qt quick and qml
[15:56] <t1mp> Boogle: qml is only the language, qtquick includes qml and tools, see http://qt-project.org/wiki/Qt_Quick
[16:01] <elopio> jgdx: how do you get to run the tests from your development branch?
[16:02] <elopio> do you do sudo make install?
[17:00] <dpm> jdstrand, could you help us with some more advice on how to track what could be causing the apparmor denial on bug 1351041? The app works in devel, but not in -proposed, so we don't even have a gut feeling on what could have caused it
[17:03] <jdstrand> dpm: the apparmor denial (while correct) may be a red herring on the bug
[17:03] <jdstrand> dpm: to test, add to /var/lib/apparmor/profiles/click_com.ubuntu.reminders_reminders_0.5.203 (assuming that is the version you are using):
[17:03] <jdstrand>  /run/user/32011/ w,
[17:04] <jdstrand> then do:
[17:04] <jdstrand> sudo apparmor_parser -r /var/lib/apparmor/profiles/click_com.ubuntu.reminders_reminders_0.5.203
[17:04] <dpm> ok, on it, thanks
[17:05] <jdstrand> dpm: that allows the app do what it is trying to do (get rid of the denial) so you can see if it is the cause of the bug
[17:05] <dpm> ack
[17:06] <jdstrand> dpm: after doing the above, try trigger the bug. either way, check /var/log/syslog for new denials (sometimes allowing one access uncovers another)
[17:07] <ahayzen> balloons, ping
[17:07] <dpm> argh, can't edit that file? The phablet password no longer works
[17:07] <dpm> ogra_, how can I use sudo in image 172? It doesn't take phablet or an empty password
[17:13] <balloons> ahayzen, pong
[17:14] <ahayzen> balloons, just wanted to check (as we got caught out before), your change to bump the framework version, you don't need to bump the app armor policy aswell?
[17:16] <balloons> ahayzen, this time around, we shouldn't need to do so
[17:17] <ahayzen> balloons, cool thanks just wanted to double check :)
[17:17] <balloons> ahayzen, yes good to ask questions :-)
[17:17] <ahayzen> :)
[17:19] <ahayzen> balloons, also FYI the ms2 fix appears to be working, just about to run ap on device to check
[17:21] <balloons> ahayzen, yes I saw the good news this morning
[17:21] <balloons> awesome!
[17:21] <bzoltan1> nik90:  if you are around, would you have few minutes to check out the latest QtC plugin from the Tools Development PPA on Trusty?
[17:22]  * ahayzen waits patiently for autopilot
[17:22] <nik90> bzoltan1: hey, sure. What do you want me to test in particular?
[17:23] <bzoltan1> nik90:  there is a startup wizard. It should show correct data.
[17:23] <nik90> bzoltan1: ah that.I tried it out yesterday :D
[17:23] <nik90> bzoltan1: but will look into more closely now and report back
[17:23] <ahayzen> balloons, i'm seeing 'ubuntuuitoolkit._custom_proxy_objects._common.ToolkitException: The main view has no header.'
[17:23] <bzoltan1> nik90:  ohh, cool
[17:24] <bzoltan1> nik90:  what you can see now is correct framework list and policy versions in the Publish page
[17:24] <nik90> bzoltan1: does the framework list depend on the chroots that the developer has installed?
[17:28] <ogra_> dpm, empty should definitely work (it does for me)
[17:29] <ogra_> dpm, if it doesnt, just set a new one with passwd ;)
[17:30] <dpm> ogra_, ooooh, I see what happened: I set the locking access code, and of course, that's the same password I should pass to sudo
[17:30] <ogra_> indeed
[17:31] <ogra_> your super secure four digit sudo PIN ;)
[17:31] <dpm> yay
[17:32] <balloons> ahayzen, is your toolkit helper up to date?
[17:33] <ahayzen> balloons, how would i know? i'm on the latest image on device...
[17:42] <dpm> popey, on your phone, what version of Reminders does 'click list' return?
[17:44] <balloons> ahayzen, how are you running the tests?
[17:45] <ahayzen> balloons, i run this script http://pastebin.ubuntu.com/7963036/
[17:46] <balloons> ahayzen, ok, so the phablet-click-test-setup should pull the latest helpers
[17:46] <balloons> ahayzen, I'd be happy to try as well
[17:46] <ahayzen> balloons, i just tried running that without the --click because i thought that might have caused it
[17:47] <ahayzen> balloons, that would be helpful... you need to add this silo http://people.canonical.com/~platform/citrain_dashboard/#?q=landing-011
[17:47] <balloons> ahayzen, mmm.. I'm not sure if passing --click doesn't pull the depends needed or not
[17:48] <ahayzen> balloons, i'm gonna have dinner i'll try a few things when i get back and report back :)
[17:49] <balloons> ahayzen, ok I'll add the silo and try myself
[17:49] <ahayzen> balloons, thanks
[17:52] <popey> dpm: com.ubuntu.reminders	0.5.203
[17:52] <dpm> popey, thanks, I had a 0.5.latest installed, but I can reproduce the bug with both
[17:54] <dpm> jdstrand, so I tried your suggestion, but either I did something wrong, or it had no effect -> http://pastebin.ubuntu.com/7963100/ any ideas?
[17:56] <dpm> ok, sorry, permission added to the wrong place in the file
[17:56] <dpm> let me try again...
[17:59] <dpm> so, adding that permission gets rid of the denial, but the app does still not load any notes
[18:05] <bzoltan1> nik90: it depends on the selected chroot, yes
[18:07] <nik90> bzoltan1: got a small issue. I closed the wizard and checked the box to not show it again yesterday. How do I reenable it?
[18:08] <balloons> ahayzen, just fyi, music tests run fine for me
[18:08] <bzoltan1> nik90:  just delete the ~/.config/ubuntu-sdk/firstrun
[18:08] <nik90> bzoltan1: ah thnx
[18:13] <bzoltan1> dpm: mhall119: I have justrelease the latest QtCreator and the Ubuntu plugin with all the new stuff (details on the ML). It was tested and dogfooded like no release before, but never know...
[18:15] <mhall119> bzoltan1: heh, I just finished upgrading, time to apt-get update again :)
[18:17] <bzoltan1> mhall119: :) good luck. feedbacks are welcome!
[18:18] <mhall119> bzoltan1: is this released for Trusty?
[18:19] <bzoltan1> mhall119:  from the SDK PPA, only dist-upgrade will show it
[18:19] <mhall119> ah, ok, good to know
[18:28] <jdstrand> dpm: put it before the last '}', not the 2nd to last like it is in the paste now
[18:29] <jdstrand> dpm: ah, you figured it out. so, seems it is not apparmor. perhaps check ~/cache/upstart/...
[18:36] <dpm> jdstrand, yeah, I checked that out. It seems that the apparmor denial comes from signond, so it might be related to UOA after all. That's as much as I can figure out from the log, so I'll have a chat with mardy tomorrow
[18:44] <jdstrand> interesting
[18:46] <nik90> t1mp: I think I found a regression. The back button in the unity dash scopes are white in color while the title is grey. The white back button is barely visible
[18:47] <nik90> t1mp: https://imgur.com/nf4A55S
[18:47] <nik90> popey: can you confirm ^^ (image 173)
[18:49] <dpm> nik90, I can confirm, I was going to report it too
[18:49] <dpm> it not only affects the back button, also the search icon
[18:50] <nik90> dpm: lol I can barely see the search icon :P
[18:50]  * nik90 goes to report the bug
[18:52] <dpm> ok, thanks nik90 :)
[18:52] <nik90> dpm: yw
[18:57] <nik90> dpm: bug 1353048
[19:00] <dpm> nik90, confirmed, thanks!
[19:12] <dpm> thanks a lot bzoltan1, and sorry for the late reply
[19:17] <mihir> nik90: ping !!
[19:17] <mihir> nik90:  Is Panel DateTimePicker has been depriciated or ?
[19:18] <nik90> mihir: no idea..
[19:18] <nik90> mihir: tbh, I dont think so. Even if it was deprecated you would have got the message
[19:19] <mihir> nik90: hmmm , i am still not able to figure out why it does work on desktop and not on device.
[19:19] <nik90> mihir: did you talk to any SDK dev?
[19:20] <mihir> nik90: whou would be the right person to ask ?
[19:21] <nik90> mihir: I think zsombor would know about this.
[19:21] <nik90> although I am not sure if zsombor is back from his vacation
[19:21] <mihir> okay , thanks nik90 i'll try to speak to him.
[19:21] <nik90> if not talk to kalikiana
[19:21] <mihir> kalikiana: ping !!!
[19:23] <ahayzen> balloons, cool thanks
[19:28] <mihir> popey: ping !!
[19:32] <nik90> balloons: did you look at the qa dashboard? Clock app has 16.7% pass :/
[19:34] <balloons> nik90, clock isn't alone today
[19:35] <balloons> the autopilot.exceptions.ProcessSearchError: Search criteria (pid = 4259, object path = '/com/canonical/Autopilot/Introspection') returned no results is indicative of the aa click hook not being invoked before running
[19:35] <balloons> in other words autopilot never got to introspect the app on those tests
[19:35] <nik90> oh
[19:37] <mihir> balloons: regarding dateTime picker in Calendar, there is some change in UI
[19:37] <balloons> hey mihir
[19:38] <mihir> hey balloons
[19:38] <mihir> How are you ?
[19:39] <balloons> good.. I was hoping to hear from you or kunal about datetimepicker
[19:39] <balloons> what did you discover?
[19:40] <mihir> balloons: actually datepicker using picker Panel instead of DatePicker componont
[19:40] <mihir> balloons: it gives following console output, https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1351024/comments/4
[19:40] <mihir> so either we need to talk to sdk team and figure out what is change or use DatePicker componont.
[19:54] <nik90> mihir: it would help if you can create a sample app with just the datepicker and see if you can reproduce the bug on the device.
[19:55] <nik90> mihir: this will confirm that it is not localised to the calendar app
[19:55] <mihir> nik90: sure would do that.
[19:55] <Wellark> DanChapman: hi!
[19:55] <Wellark> do you have time to have a quick chat about https://bugs.launchpad.net/indicator-network/+bug/1341548
[19:59] <DanChapman> Wellark, Hey :-) sure... fire away
[20:03] <Wellark> DanChapman: you said that dekko needs to know about "cheap vs. expensive" connections
[20:03] <Wellark> could you elaborate how that affects the business logic and user experience
[20:03]  * Wellark brb
[20:04] <davmor2> DanChapman: hey dude I'm back with you can I have that link again and I can try that out now I have some time
[20:04] <davmor2> DanChapman: nevermind I found it
[20:06] <ahayzen> balloons, i wonder why it doesn't work on my device? hmmm
[20:07] <Wellark> DanChapman: for example would dekko adapt it's network bandwith usage if it would know that it's functioning over a bandwith limited connection?
[20:07] <Wellark> I'm just wondering what is the set of characteristics we need
[20:08] <Wellark> actually we don't have a way to detect if mobile broadband has monetary costs or has volume limit at the moment
[20:08] <balloons> ahayzen, you could try using adt to run it
[20:09] <balloons> ahayzen, bzr branch lp:music-app
[20:09] <Wellark> DanChapman: so only thing we could do is to indicate that a mobile broadband connection is bandwith limited if it's using slower connection method than 4G
[20:09] <balloons> ahayzen, then adt-run music-app/ --click=com.ubuntu.music --- ssh -s adb
[20:09] <Wellark> DanChapman: would dekko then adapt to that?
[20:09] <ahayzen> balloons, will that work from a trusty desktop?
[20:09] <Wellark> or do you need additional information about the mobile broadband connection?
[20:10] <DanChapman> Wellark, sure... so dekko has a bandwidth saving mode, which is really lean on what it fetches from an imap server. So ideally it would be great to be able to detect this and switch to this mode on network characteristic changes.
[20:10] <Wellark> ok.
[20:10] <balloons> ahayzen, ohh, well indeed it will if you install http://mirrors.kernel.org/ubuntu/pool/main/a/autopkgtest/autopkgtest_3.3.1_all.deb
[20:11] <balloons> it's not been backported yet
[20:11] <ahayzen> balloons, ah
[20:11] <Wellark> then we could have a switch in system-settings where users can force "full bandwith" on mobile broadband if < 4G is only thing available no no wifi is accessible
[20:11] <balloons> it however is standalone and works fine on trusty
[20:12] <Wellark> DanChapman: so, dekko would be satisfied if it gets the overall internet connectivity status with "offline", "connecting", and "online"
[20:12] <Wellark> and then a single characteristics indicating if the bandwith is limited
[20:13] <DanChapman> Wellark, yes exactly that would be perfect
[20:14] <Wellark> I will draft a dbus-api for that which can be properly confined
[20:15] <DanChapman> Wellark, that would be brilliant. Thanks for dealing with :-D
[20:17] <DanChapman> davmor2, excellent, fingers crossed it "should" hopefully work. Can't believe i've had no signal all day
[20:30] <balloons> ahayzen, any luck?
[20:31] <ahayzen> balloons, not yet haven't tried adt yet just double checking my normal setup because it *was* working
[20:31] <ahayzen> balloons, maybe i've installed something bad...
[20:31] <balloons> ahayzen, your toolkit is just likely out of date
[20:31] <balloons> phablet-click-test-setup should pull a new one and install it
[20:31] <ahayzen> balloons, i'll run that again
[20:33] <davmor2> DanChapman: here it seems to be crashing on account creation, I'm going to guess at it not having write permissions or something daft like that :(
[20:34] <davmor2> DanChapman: I'll try a fresh flash an install again but it might have to wait till tomorrow now unfortuantely :(
[20:39] <ahayzen> balloons, there is an error near the end? http://pastebin.ubuntu.com/7964337/
[20:39] <ahayzen> balloons, could that be my issue?
[20:40] <nik90> ahayzen: are you trying to run the music-app tests on the device?
[20:40] <ahayzen> nik90, yeah...but ^^ log is from running phablet-click-test-setup
[20:41] <nik90> ahayzen: can you confirm if you can run the music app on the device using qtcreator?
[20:41] <nik90> assuming this is your standard work flow as well
[20:41] <balloons> ahayzen, yep, it fails to push the toolkit
[20:41] <ahayzen> nik90, it runs fine just the ap toolkit is wrong
[20:41] <nik90> ahayzen: ah ok
[20:41] <ahayzen> balloons, so how do i fix it? just manually delete the old one or my ~/autopilot folder or something?
[20:42] <balloons> ahayzen, you can manually push the new ones over the top in ~/autopilot yes
[20:42] <balloons> put since you are on trusty, you'll need to download the tarball
[20:43] <balloons> http://mirrors.kernel.org/ubuntu/pool/universe/u/ubuntu-ui-toolkit/ubuntu-ui-toolkit-autopilot_1.1.1179+14.10.20140804-0ubuntu1_amd64.deb
[20:43] <balloons> err.. lol
[20:43] <balloons> http://archive.ubuntu.com/ubuntu/pool/main/u/ubuntu-ui-toolkit/ubuntu-ui-toolkit_1.1.1179+14.10.20140804.orig.tar.gz
[20:44] <ahayzen> balloons, ok \o/
[20:51] <ahayzen> balloons, it is clicking things!
[20:56] <balloons> ahayzen, :-)
[21:12] <ahayzen> balloons, hmmm 1 failure for me
[21:31] <ahayzen> balloons, this is the failure i'm getting.. http://pastebin.ubuntu.com/7964684/
[21:32] <ahayzen> balloons, not quite sure what it is trying todo as there is only 1 delete icon visible at that point?!
[21:49] <balloons> ahayzen, yea weird.. I saw the same failure
[21:50] <ahayzen> balloons, magic! ... how was it passing in CI before then?
[21:50] <ahayzen> balloons, and this will probably be fixed when my listitem actions lands as that changes the way this works
[21:50] <balloons> right.. so I'm not too concerned as you have major changes landing
[21:56] <ahayzen> balloons, yeah i guess
[21:56] <balloons> let's land you mp :-0
[21:56] <ahayzen> balloons, i'll see if i can get my listitemactions take 2 branch passing myself :)
[21:56] <ahayzen> balloons, hah i've got a v2 branch in progress :P
[21:56] <balloons> ahayzen, I just want something stable enough to do the test revamp with you on
[21:57] <ahayzen> balloons, this v2 one will be... it uses the same ListItemWithActions as clock-app-reboot and address-book
[21:57] <ahayzen> balloons, the v1 was a custom implementation
[21:57] <ahayzen> balloons, think there are only a few UI tweaks left for it... then sort out the ap tests ..then  it is ready
[21:58] <balloons> branch?
[21:58] <balloons> fthe v2 i mean
[21:58] <ahayzen> balloons, once that is landed we can refactor autopilot :)
[21:58] <ahayzen> balloons, https://code.launchpad.net/~andrew-hayzen/music-app/listitem-actions-take-2/+merge/229536
[21:58] <ahayzen> balloons, the ap tests need sorting ;) i just copied and pasted from v1 lol
[21:59] <ahayzen> balloons, also i was wondering is autopilot able to send Uri-handler urls?
[22:03] <ahayzen> balloons, i'll attempt to clear up the AP tests now :)
[22:04] <ahayzen> balloons, think it is mainly just missing objectnames...
[22:05] <daker> mhall119: PM ?
[22:14] <ahayzen> balloons, hmmm don't think the logic i used before will work as i had some custom stuff i could use to make the ap tests easier...gonna have to think how to get this to work :/
[23:44] <balloons> ahayzen, yes we can fake uris
[23:44] <ahayzen> balloons, sweet :) i'll add it to the list of things to test :)
[23:46] <ahayzen> balloons, FYI my list of things and notes is here https://trello.com/c/2p7zUffL/278-music-refactor-ap-tests-to-use-python3-correct-objectname-test-var-names