[00:09] <daker> hi t1mp
[07:21] <dholbach> good morning
[07:43] <nhaines> dholbach: good morning!
[07:43] <nhaines> Thanks for approving my app update.  :)
[07:43] <dholbach> hey nhaines
[07:43] <dholbach> no worries :)
[07:46] <nhaines> The hard part was figuring out why it has broken in trusty on up.  But once that nut was cracked, it's nice to get a quick update (especially since the icon and screenshots updated immediately.)
[07:59] <nik90_> zbenjamin: Good morning. Your suggestion helped fix bug 1338807
[07:59] <zbenjamin> nik90_: thought so , so i close the bug?
[07:59] <nik90_> zbenjamin: I marked it as invalid since it was a local issue on my machine
[08:00] <zbenjamin> nik90_: awesome thx :)
[08:01] <nik90_> zbenjamin: just a heads up, I can no longer stop an application by pressing Ctrl+Shift+F12. However I am able to close the application by closing it manually on the phone. Although I get a deprecated warning http://paste.ubuntu.com/7764259/
[08:02] <zbenjamin> nik90_: yes i know about the deprecated warning
[08:03] <nik90_> zbenjamin: ah ok
[08:03] <zbenjamin> nik90_: i will make it go away but i need to make sure it will work on older device images as well
[08:04] <nik90_> zbenjamin: I was just bringing it to your attention. If it is already in your radar, fine by me :)
[08:04] <zbenjamin> ;)
[08:05] <zbenjamin> nik90_: always throw issues at me if you have some :)
[08:05] <nik90_> :)
[08:13] <mihir> balloons: ping !!
[08:13] <mihir> balloons: did we got anyway we can run autopilots on trusty ?
[08:14] <nik90_> zbenjamin: hey if you have some time could you take a look at https://code.launchpad.net/~jpakkane/ubuntu-clock-app/utopiccmake/+merge/225694 and provide a code diff? We are unable to get past the "unable to open desktop file for reading issue".
[08:15] <zbenjamin> nik90_: just looking at it
[08:15] <nik90_> ah
[08:33] <JamesTait> Good morning all; happy SCUD Day! :-D
[08:38] <zbenjamin> nik90_: can you start the app on the device? for me it seems like the desktop file is named com.ubuntu.clock.desktop instead of ubuntu-clock-app.desktop
[08:39] <nik90_> zbenjamin: I cannot run it on the device..the manifest file reads ubuntu-clock-app.desktop
[08:39] <nik90_> zbenjamin: hence I renamed the desktop file to com.ubuntu.clock.desktop and tried running
[08:39] <zbenjamin> nik90_: yes, but your cmake file creates a com.ubuntu.clock.desktop
[08:41] <nik90_> zbenjamin: when I try to run on device, I get http://paste.ubuntu.com/7764433/
[08:41] <nik90_> zbenjamin: which shows it receiving a failed event when trying to start the application. not sure what that failure that means
[08:45] <zbenjamin> nik90_: http://pastebin.ubuntu.com/7764452/
[08:46] <zbenjamin> nik90_: that made it start on the desktop, on the device i get (process:10496): dconf-CRITICAL **: unable to create file '/run/user/32011/dconf/user': Permission denied.  dconf will not work properly.
[08:47] <popey> dholbach: can you please review https://myapps.developer.ubuntu.com/dev/click-apps/90/changerequest/ ?
[08:48] <popey> dholbach: ignore me, you already did
[08:48] <nik90_> zbenjamin: hmm
[08:50] <zbenjamin> nik90_: maybe a missing policy?
[08:50] <dholbach> popey, anytime :)
[08:50] <nik90_> zbenjamin: I think I may be missing the "calendar" policy since i use alarms
[08:51] <popey> hah
[08:51] <zbenjamin> nik90_: yes, now it runs
[08:52] <zbenjamin> nik90_: if you try on your device i would suggest to change the app id while you work on it
[08:52] <zbenjamin> nik90_: otherwise your default clock application might get broken
[08:52] <nik90_> zbenjamin: yeah I will do that..
[09:04] <nik90_> zbenjamin: when the new qtcreator-ubuntu-plugin hits the archive, would removing the PPA suffice or would I have to purge the packages from the ppa and reinstall from archive?
[09:04] <zbenjamin> bzoltan: ^^
[09:05] <bzoltan> nik90_:  the first step will be to release the new QtC and the plugins to the SDK PPA. Releasing it to the LTS with and SRU is a bigger job.
[09:06] <zbenjamin> bzoltan: i think he has the tools-development ppa
[09:06] <zbenjamin> nik90_: you use the sdk ppa normally right?
[09:07] <bzoltan> nik90_: zbenjamin: ohh.. the tools-development should be purged
[09:12] <nik90_> bzoltan: yeah I was referring to the tools-development ppa and also in a 14.10 VM
[09:13] <nik90_> zbenjamin: yeah I use the sdk ppa normally
[09:13] <bzoltan> nik90_:  the tools-development will have the experimental stuff .. kind of unstable SDK for beta testing
[09:14] <nik90_> bzoltan: ah ok..so I will purge the ppa once the new releases hit the archive in 14.10 and continue normally
[09:15] <bzoltan> nik90_:  I would purge it when the new release hits the SDK PPA.. landing to the Trusty archive will take some time I am afraid..
[09:17] <DanChapman> nik90_, morning :-) so you have it working now?
[09:17] <bzoltan> nik90_:  I think one problem with the utopiccmake branch of the clock app is that the desktop.in file has wrong name. The manifest file states that the desktop file is  ubuntu-clock-app.desktop but the app folder has the com.ubuntu.clock.desktop.in
[09:20] <bzoltan> nik90_:  I think the project needs some name syncing and then it will work
[09:23] <bzoltan> nik90_: zbenjamin: I am afraid that some tools get confused with the ubuntu-clock-app vs. com.ubuntu.clock names
[09:24] <zbenjamin> bzoltan: yes, i told nik90_ how he can run the project and i work on a way to make the desktop finding for local projects more stable
[09:25] <bzoltan> zbenjamin:  working on it means that I should wait for a fix before this release?
[09:25] <zbenjamin> bzoltan: what i will do is: ask the manifest file in the project dir for the name of the desktop and search it in the builddir and project dir, if i cannot find it  i use the hookname as base for the desktop file name, if i cannot find that i use the project name and then fail if there is still nothing
[09:25] <zbenjamin> bzoltan: code is ready i'm testing it now
[09:25] <bzoltan> zbenjamin:  that makes sense
[09:26] <bzoltan> zbenjamin:  take my money and gimme the code! :D I want it ..
[09:26] <zbenjamin> bzoltan: i will push it to one of the 2 branches in the SIlo
[09:26] <mihir> popey: ping
[09:27] <bzoltan> zbenjamin:  cooool
[09:34] <popey> mihir: pong
[09:34] <mihir> popey:  could you confirm the other scenario i commented it on device ?
[09:34] <mihir> https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1338956
[09:34]  * popey looks
[09:37] <popey> mihir: left a comment
[09:37] <mihir> popey: thanks :)
[09:39] <nik90_> zbenjamin: cool!
[09:39] <zbenjamin> bzoltan: its in the manifesttest branch, have fun ;)
[09:39] <nik90_> bzoltan: yeah I realised that..zbenjamin sent me a code diff to get it working on the device
[09:39] <nik90_> DanChapman: Good morning :-)
[09:39] <nik90_> DanChapman: yeah after making a couple of changes, it seems to be working
[09:40] <nik90_> DanChapman: I am going to create a new branch and do some testing and if they are ready, I will propose a MP
[09:54] <nik90_> DanChapman: good lord, the new clock app looks terrible on the device
[09:54]  * nik90_ got lot of work to do
[09:55] <DanChapman> nik90_, hehe :-) yes there is quite a difference isn't there
[09:55] <popey> nik90_: terrible how?
[09:56] <nik90_> popey: as in the background image is not placed correctly and the animation is incorrect
[09:56] <nik90_> popey: my development fault..not the design :)
[09:56] <nik90_> DanChapman: :)
[10:00] <DanChapman> ouch! 50% CPU usage just viewing my inbox and leaving it open, spikes to 100 as soon as I start scrolling. That's BAD!! :-/
[10:01] <DanChapman> popey, ^^ could you confirm you get the same for me please :-)
[10:01] <popey> let me see
[10:02] <popey> nope
[10:02] <popey> sat at inbox its idle
[10:02] <popey> sorry, sat at "Mail box" it's idle
[10:02] <popey> tapped inbox, now it's busy busy
[10:02] <popey> ~52%
[10:03] <DanChapman> :-/
[10:03] <popey> also 28% unity8
[10:03] <popey> and it's not actually getting mail
[10:04] <popey> I'm seeing old mail
[10:04] <popey> i hit the sync button and the popup appears at the bottom then goes away
[10:04] <popey> but it's not syncing my mail
[10:05] <DanChapman> meh that sucks. Try going back and then back into Inbox does it fetch them?
[10:08] <popey> yes!
[10:13] <DanChapman> cool not totally broken then. :-)
[10:20] <popey> hah
[10:20] <popey> ever the optimist
[10:47] <nik90_> popey: http://imgur.com/mAWajsc
[10:47] <popey> nice
[11:25] <nik90_> zbenjamin: hey, I tried changing manifest.json to manifest.json.in to configure some variable during the build http://paste.ubuntu.com/7765084/
[11:26] <nik90_> zbenjamin: however when I run on device, I get "Custom Executable: Could not find the executable, please specify one"
[11:26] <nik90_> zbenjamin: what is it referring to? Cause in app/CMakelist.txt, this is done for the .desktop.in file as well
[11:49] <nik90_> DanChapman: may be you might know this ^^
[11:50] <nik90_> https://code.launchpad.net/~nik90/ubuntu-clock-app/fix-click-packaging/+merge/225946
[11:59] <DanChapman> nik90_, ahh yes i've seen that. From what i make of it QtC looks at manifest.json to determine how to execute it. You do no actually need the .in extension in order to configure it. I ended up just leaving it as manifest.json to work round it
[12:03] <nik90_> DanChapman: but when I put variables such as @PROJECT_NAME@, they are not replaced with the proper values during build
[12:03] <nik90_> DanChapman: they stay as @PROJECT_NAME@ instead of ubuntu-clock-app for instance
[12:08] <nik90_> DanChapman: nevermind you were right..so I did configure_file(manifest.json ${CMAKE_CURRENT_BINARY_DIR}/manifest.json) without renaming it to manifest.json.in
[12:12] <DanChapman> nik90_, :-D do you use the bzr revno in the manifest? if so it might be worth sticking configure_file inside an add_custom_command() so it get's configured on each build and you always have up to date bzr revno
[12:15] <nik90_> DanChapman: yup I am using bzr revno in the manifest
[12:23] <rpadovani> oSoMoN, thanks for all your suggestions for reminders, and for the workaround :-)
[12:24] <rpadovani> mzanetti, if you want to take a look: https://code.launchpad.net/~rpadovani/reminders-app/upgradeToOxide/+merge/225737
[12:24] <oSoMoN> rpadovani, you’re welcome, thanks for filing the bug in the first place!
[12:24] <mzanetti> oSoMoN: yeah, thanks a lot for helping out!
[12:24] <oSoMoN> rpadovani, note that I submitted a fix for oxide, hopefully it’s merged soon and makes it into version 1.1.1
[12:25] <rpadovani> oSoMoN, cool!
[12:25] <mzanetti> rpadovani: quite busy atm... will review it later, maybe only tomorro
[12:25] <mzanetti> w
[12:26] <rpadovani> ok, see you tomorrow then :-)
[12:32] <rpadovani> balloons, o/ Could you help me to undestand what's wrong with this Jenkins failure?
[12:32] <rpadovani> https://code.launchpad.net/~rpadovani/ubuntu-calculator-app/1333201/+merge/225874/comments/544686
[12:44] <popey> rpadovani: just re-triggered then noticed (pending - Jenkins is about to shut down )
[12:44] <popey> rpadovani: will take a look when it comes back
[12:47] <rpadovani> thanks
[13:02] <mterry> Anyone work on the UITK here?  Or know how to have Dialogs and the OSK interact well?
[13:52] <DanChapman> ogra_, hey, when/if you get a chance could you try http://people.ubuntu.com/~dpniel/dekko/click/com.ubuntu.developer.dpniel.dekko_0.2.1-dirty_armhf.click and let me know if the message list is still not updating for you
[13:55] <ogra_> DanChapman, busy atm, but will test later and let you know :)
[13:55] <ogra_> thanks !!
[13:56] <DanChapman> ogra_, that would be great, thanks. :-)
[14:36] <balloons> popey, care to give a review for autopkgtest? https://code.launchpad.net/~nskaggs/ubuntu-calendar-app/autopkgtest/+merge/225910
[14:37] <bzoltan> nik90_:  about the .desktop file
[14:38] <nik90_> bzoltan: ?
[14:38] <nik90_> bzoltan: I got a working branch now at https://code.launchpad.net/~nik90/ubuntu-clock-app/fix-click-packaging/+merge/225946
[14:38] <bzoltan> nik90_: the desktop file name is wrong,  you better chane in the cmake files how the desktop file is named or in the manifest file
[14:39] <bzoltan> nik90_: nice :) let me test it
[14:39] <nik90_> bzoltan: yeah. I made sure that the cmake, manifest and desktop file name point to ubuntu-clock-app.desktop
[14:39] <nik90_> bzoltan: :)
[14:39] <bzoltan> nik90_:  you rock!
[14:40] <nik90_> bzoltan: I just did the finishing touches..most of it was done by zbenjamin, jussi and help from you and DanChapman
[14:40] <bzoltan> nik90_:  in the meantime I have a release candidate with a more tolerant run/packaging logic
[14:41] <nik90_> bzoltan: awesome
[14:41] <bzoltan> nik90_:  Yes :) I know. I have spent  some hours today on figuring out what should we do and what should the app do... I think we have a good compromise
[14:42] <nik90_> bzoltan: looking forward to it
[14:43] <bzoltan> nik90_: good to go http://picpaste.com/clock-pm4MxUiE.png
[14:44] <nik90_> bzoltan: https://plus.google.com/113051860352311525753/posts/aw7WDck2Wrr :)
[14:45] <nik90_> bzoltan: I just need to do one more thing before merging it. I want to introduce variables like @BZR_REVNO@ to the manifest.json file to ensure that the version is automatically updated.
[14:45] <nik90_> bzoltan: I will have a go at it tomorrow
[14:45] <bzoltan> nik90_: I push this QtC plugin release thru the CI and push an update to the tools-development PPA for trusty testing
[14:45] <bzoltan> nik90_: good job! thank you!
[14:45] <nik90_> bzoltan: yeah sure, I have the PPA installed, will test it
[15:59] <elopio> kenvandine: ping again, about testing the content hub.
[16:01] <kenvandine> hey elopio
[16:04] <elopio> kenvandine: hello! Let me tell you about our scenario and then you can decide if you want to run away :)
[16:04] <kenvandine> sure ;)
[16:04] <kenvandine> elopio, i'm running out to lunch in about 10m or so :)
[16:04] <kenvandine> but i won't be running away from you
[16:05] <elopio> kenvandine: rhuddie is writing tests for the address book + gallery integration. We have a test at a really high level that will open the address book, click the contact picture, select a picture from the gallery picker and get back to the addres book.
[16:05] <elopio> but we want a lower level to get faster feedback that what we would get with this one.
[16:06] <elopio> so we are trying to test the address book in isolation.
[16:06] <elopio> we have two options:
[16:06] <elopio> 1. use a fake content hub dbus service, and check that when we click the picture, the right messages are sent to the content hub.
[16:06] <kenvandine> so what you want is something on the service side that responds to the request without actually opening the gallery
[16:06] <elopio> 2. use a test peer that will communicate to the address book during our test.
[16:07] <elopio> kenvandine: right.
[16:07] <kenvandine> i wonder if we could have a test peer that has no UI
[16:07] <kenvandine> just automatically charges the transfer
[16:07] <kenvandine> and exits
[16:07] <elopio> kenvandine: that would be the perfect #2 option.
[16:08] <elopio> so, we started with option #1 because option #2 is testing too much of the content hub
[16:08] <kenvandine> i prefer testing more of the hub itself :)
[16:08] <elopio> but now we have half of the service and there are too many methods to implement and it's becoming hard to read.
[16:08] <kenvandine> blurred lines of integration testing :)
[16:08] <kenvandine> yeah... it'll be hard to maintain as well
[16:09] <kenvandine> another 3rd option
[16:09] <kenvandine> add a test mode to the hub
[16:09] <kenvandine> so when run in test mode
[16:09] <kenvandine> it automatically charges import requests
[16:09] <kenvandine> etc
[16:09] <elopio> kenvandine: yes, we found the hard way :) As content-hub is a direct dependency of address book, it wouldn't be that bad to fully excercise it during the autopilot tests.
[16:09] <elopio> kenvandine: oh, that would be magic.
[16:09] <kenvandine> it would...
[16:10] <kenvandine> but, personally i'd like the integration tests to test more of the hub
[16:10] <elopio> no need to maintain the test peer either. It would be like an integrated test peer.
[16:10] <kenvandine> i know isolation can be good for just testing the address-book
[16:10] <kenvandine> but if we exercise the hub it would help find hub bugs... which is otherwise hard to test
[16:11] <elopio> kenvandine: so you vote for option #2? rhuddie: sounds good?
[16:11] <kenvandine> that's my vote :)
[16:11] <kenvandine> option 3 is my second pick
[16:11] <elopio> kenvandine: we still can add a lower level test in addition to this one, for fast feedback without using the content hub
[16:11] <kenvandine> but more work
[16:11] <rhuddie> elopio, kenvandine, #2 sounds great. We would obviously need to configure the hub in test mode whilst running our test
[16:11] <elopio> that would be QML, just checking that we call the right content hub declarative.
[16:12] <elopio> rhuddie: that's option #3.
[16:12] <kenvandine> but since the hub has no UI, integration testing of the service relies on apps like this
[16:12] <elopio> option #2 is the test peer without UI that just replies with a picture.
[16:12] <kenvandine> the test peer could just see a transfer request for a picture and immediate charge it with  a picture
[16:13] <kenvandine> it could handle all the types
[16:13] <kenvandine> and even multiples
[16:13] <rhuddie> yes, #2 sounds ideal for what we need
[16:13] <kenvandine> if ContentType.SelectionType is multiple, it could charge it with several
[16:13] <kenvandine> etc
[16:13] <elopio> kenvandine: do you have some time to help us with this test peer?
[16:13] <kenvandine> and it helps test the hub, which is not well tested atm
[16:13] <kenvandine> i think so
[16:13] <kenvandine> bfiller, mind if i spend some time this week on that?
[16:14] <kenvandine> after the move stuff the music-app needs?
[16:14] <kenvandine> i think it could be  a big win for testing :)
[16:16] <elopio> kenvandine: it will be. You will earn a sticker with a smiley face from QA to wear proudly during the next sprint :D
[16:17] <elopio> kenvandine: last thing before you go to launch. We also discussed a little about seeding some autopilot tests for the examples on the content hub.
[16:17] <elopio> would that be useful for you?
[16:18] <kenvandine> i love stickers :)
[16:18] <kenvandine> seeding?
[16:18] <kenvandine> adding autopilot tests using my examples?
[16:20] <elopio> kenvandine: yes, seeding is adding two or three initial tests to show devs how to make more, and help them when they want to add more.
[16:20] <kenvandine> that would be awesome :)
[16:20] <kenvandine> and much appreciated
[16:21] <elopio> good. I'll see if we can schedule somebody to write them next week. I think I'll have time.
[16:21] <elopio> kenvandine: you have been really useful. Thanks. Lets wait for bfiller.
[16:21] <kenvandine> cool
[16:21]  * kenvandine likes being useful
[16:21] <kenvandine> i should be able to do it
[16:22] <rhuddie> elopio, kenvandine, thanks a lot
[16:22] <kenvandine> elopio, your first use case is testing selecting a photo for addressbook right?
[16:22] <elopio> kenvandine: yes.
[16:22] <kenvandine> address book also shares contacts
[16:22] <kenvandine> but i guess that's the other direction :)
[16:23] <kenvandine> for now... i don't think sharing vcard over mms has landed yet
[16:23] <kenvandine> then we'll need the test peer to provide a vcard
[16:23] <kenvandine> i'll start with a photo, and we can add more later
[16:24] <elopio> kenvandine: brendand is close to that scenario, working on the integration of messaging app and address book. So we will be bothering you often.
[16:24] <elopio> you had your chance to run
[16:24] <kenvandine> haha
[16:24] <kenvandine> it won't be hard
[16:24] <kenvandine> and i'm excited about getting the hub tested more
[16:24] <kenvandine> it's a tough thing to test by itself
[16:25] <kenvandine> we have unit tests
[16:25] <kenvandine> so this will be very useful :)
[16:25] <kenvandine> ok, i'm heading to lunch... bbiab
[16:26] <elopio> buen provecho.
[16:30] <rpadovani> popey, there is a user that is a couple of weeks that spams on a lot of bugs on lp. THere is nothing you can do? :-)
[16:31] <kenvandine> rpadovani, i'm stepping away, but would love to hear about your first experiences with bacon2d
[16:31] <rpadovani> kenvandine, I'll be more precise on next days but....
[16:31] <popey> rpadovani: yeah, i just saw that myself
[16:31] <rpadovani> fucking awesome :-)
[16:31] <popey> haha
[16:31] <kenvandine> rpadovani, sweet... well feedback is welcome :)
[16:32]  * kenvandine really leaves now
[16:32] <rpadovani> kenvandine, see you, and thasnk :-)
[16:43] <elopio> ping artmello. Can I bring your attention to this branch?
[16:43] <elopio> https://code.launchpad.net/~rhuddie/gallery-app/add-photos-page-object/+merge/225962
[16:47] <bfiller> kenvandine: should be fine
[17:07] <dholbach> beuno, can scope authors specify screenshots and icons and will they be used anywhere?
[17:10] <beuno> dholbach, yes, in the scopes scope
[17:10] <dholbach> ok cool
[17:12] <ogra_> DanChapman, so i tested your new click ... but i get an error pop up that is sadly cut off on the sides
[17:14] <ogra_> DanChapman, starting the app newly works without error but the last message in my inbox is still from saturday
[17:14]  * ogra_ wonders what to delete in his homedir to make sure to start afresh
[17:15] <dholbach> beuno, do we basically tell folks to "click build ."
[17:15] <dholbach> ?
[17:15] <dholbach> beuno, or is there something in the SDK to do it
[17:15] <dholbach> ?
[17:16] <DanChapman> ogra_ :-(. If you wipe the config ~/.config/com.ubuntu.developer.dpniel.dekko/ it will destroy & recreate the the cache on setting up again
[17:16] <ogra_> ok
[17:17] <ogra_> i tried a bunch of the former troijita clicks, perhaps there is some mess left over
[17:17] <dpm> popey, on the next file manager app meeting (or perhaps in e-mail), could you remind the guys to review each other's branches? This would take 3 MRs off the red and orange list
[17:18] <DanChapman> ogra_, what imap server/service do you use? I've tried that click on loads of different ones today (dovecot, cyrus, gmail, hotmail and exchange) and they all worked reasonably well, bar gmail but thats a braindead server anyway :-)
[17:18] <ogra_> dovecot in my LAN
[17:18] <artmello> elopio: i removed the skip on this MR: https://code.launchpad.net/~artmello/gallery-app/gallery-app-reenable_AP_test/+merge/225978
[17:18] <artmello> elopio: but it seems to fail on Jenkins
[17:19] <artmello> elopio: probably we need the changes on the MR you mentioned
[17:19] <dholbach> dpm, kyleN, mhall119, popey: do you know if there's anything in the SDK which lets me write and package a scope as a click, or would I have to just "click build ."?=
[17:19] <dholbach> sorry, just run "click build ."
[17:20] <dpm> dholbach, there is not yet support for click packaging in the SDK's scopes templates IIRC
[17:20] <kyleN> dholbach, I took a hard look recently at pkging scopes to click.
[17:20] <popey> i do not
[17:20] <beuno> dholbach, I don't know how they are built
[17:20] <dpm> zbenjamin, do you know? ^
[17:20] <kyleN> one can build them.
[17:20] <elopio> artmello: thanks! rhuddie will be helping you getting it to stable.
[17:20] <dholbach> ok, so "click build ." it is
[17:21] <dholbach> that'll take some more doc writing then
[17:21] <kyleN> what I do is use the SDK cross building to create the arch specific .so file and etc (that's Cmake and Build in the IDE)
[17:21] <kyleN> then I run  script to create tmy clickdir with the contents and structure I want, grabbing files from the source dir and the build dir as needed
[17:21] <kyleN> then I click build clickdir
[17:23] <ogra_> DanChapman, ok, i wiped everything and started over ... lets see if it updates once i get a new mail :)
[17:23] <dholbach> thanks kyleN
[17:23] <dholbach> beuno, dpm: so that's a bit more than "just take the 'publish app' docs" then
[17:23] <kyleN> dholbach, yw.
[17:24] <dpm> dholbach, yes, the existing scope templates in the SDK need to add support for packaging, essentially
[17:25] <dholbach> until then I guess I'll need to write something up
[17:29] <ogra_> DanChapman, hmm, i sent myself a test mail and it showed up ... that looks a lot better, i guess the old crift i had around might have caused the issue
[17:30] <ogra_> hmm
[17:30] <nik90_> ogra_: oops sent you an email :P
[17:30] <ogra_> but it doesnt like to show me the content of that mail
[17:30] <ogra_> i wonder if thats due to my gpg signature
[17:31] <ogra_> argh
[17:31] <ogra_> now it doesnt show my inbox content but the inbox subfolders instead
[17:32] <ogra_> nik90_, heh, thanks ... but i only see it on my laptop
[17:32] <nik90_> :)
[17:32] <ogra_> seems i'm back to the state where it doesnt update anymore
[17:33] <DanChapman> ogra_, clicking on the progression arrow shows the subfolders. Click anywhere else and it opens the maillist for that mailbox.
[17:33] <DanChapman> darn so it's done it again
[17:33] <ogra_> ah
[17:33] <ogra_> thats pretty cool !
[17:34] <ogra_> (if you know about it ... )
[17:34] <ogra_> aha
[17:34] <ogra_> "y108 BAD Error in IMAP command SELECT: Invalid QRESYNC parameters"
[17:34] <ogra_> thats what i see in the log
[17:37] <ogra_> yup, every time i tap on the reload button this line appears
[17:37] <DanChapman> yeah it's the not the clearest of ways to navigate the mailbox tree. Ideas welcome :-)
[17:37] <DanChapman> Ahh great that gives me something to work on
[17:38] <dholbach> dpm, zbenjamin, kyleN: do you know if there's a bug open for making the "package my scope" workflow happen in qtcreator?
[17:38] <kyleN> dholbach, sorry, not sure.
[17:38] <dpm> dholbach, not that I know of.
[17:39] <kenvandine> bfiller, cool
[17:41] <DanChapman> ogra_, could you try wiping just the cache under ~/.cache/com.ubuntu.developer.dpniel/dekko.
[17:42] <ogra_> done
[17:42] <ogra_> same error
[17:52] <dholbach> dpm, kyleN, zbenjamin: filed 1339237
[17:52] <dpm> bug 1339237
[17:52] <kyleN> great!
[17:53] <dpm> thanks dholbach
[18:07] <dholbach> dpm, beuno: udpated developer.u.c/publish/ with some very simple and preliminary content on how to publish scopes - I'll start a conversation with all related teams to improve it together - this should be a team effort
[18:08] <dpm> thanks dholbach!
[18:10] <beuno> dholbach, sweet, thank you
[18:10] <dholbach> dpm, I'll mention the mail you just sent
[18:10] <dpm> awesome
[18:50] <DanChapman> ogra_, if possible could you try one last thing for me in ~/.config/com.ubuntu.developer.dpniel.dekko/com.ubuntu.developer.dpniel.dekko.conf could you add, "imap.capabilities.blacklist=QRESYNC" and see if that resolves it. I need to implement some kind of logging to better address this further, but hopefully that should get it working for you temporarily
[19:20] <ogra_> DanChapman_afk, that seems to help
[22:23] <daker> yo popey
[22:24] <daker> or mhall119
[22:28] <ahayzen_> nik90_, t1mp, has the new SDK header stuff landed yet?
[22:29] <nik90_> ahayzen_: looking at the ui-toolkit trunk it seems so
[22:29] <ahayzen_> nik90_, hmmm so should jenkins be failing with this? http://91.189.93.70:8080/job/generic-mediumtests-utopic/927/testReport/junit/music_app.tests.test_music/TestMainWindow/test_add_song_to_queue_from_albums_page_with_mouse_/
[22:30] <ahayzen_> nik90_, specifically 'PageHeadState is not a type'
[22:30] <nik90_> ahayzen_: it shouldn't be technically..I will have to check in my utopic vm if the update has landed though
[22:31] <ahayzen_> nik90_, ah yes good plan... i'll check as well
[22:31] <ahayzen_> nik90_, so what are you doing about the trusty coreapps PPA now? as the app won't run on trusty?
[22:31] <nik90_> ahayzen_: we cant do much :/
[22:32] <ahayzen_> nik90_, :( no way of gettting it to run on trusty? i guess it would need qt5.3 as well...not as simple as before where someone could just copy the uitk packages over
[22:33] <nik90_> ahayzen_: exactly...Qt 5.3 is required and I dont think they have the time to backport it
[22:33] <ahayzen_> nik90_, no damn so guess we'll have to turn off the recipes for trusty then
[22:35] <ahayzen_> nik90_, my utopic machine says there is a 07/07 build so jenkins should have got that?
[22:35] <nik90_> ahayzen_: it should be 0.1.48+14.10.20140707-0ubuntu1 so yes
[22:35] <nik90_> ahayzen_: I am not sure about jenkins though
[22:36] <nik90_> ahayzen_: may be it hasnt been updated
[22:39] <nik90_> ahayzen_: I got a small issue. I am using the QML FolderListModel to show the ringtones folder. However on the phone it appears empty while on the desktop it works as expected. I ensured that the package is installed on the phone
[22:40] <ahayzen_> nik90_, if you go to system-settings and then click on the ringtones do they play for u?
[22:40] <ahayzen_> nik90_, they haven't been working for me in the recent images
[22:40]  * nik90_ checks now
[22:40] <ahayzen_> nik90_, maybe that is part of the issue
[22:41] <nik90_> ahayzen_: yeah I don't hear it either
[22:41] <nik90_> ahayzen_: but that shouldn't be a reason for not displaying the files either?
[22:42] <nik90_> ahayzen_: or perhaps it is a permission issue?
[22:42] <ahayzen_> nik90_, unless they have moved... or more likely that :)
[22:42] <nik90_> ahayzen_: nah, I checked the filesystem manually. They are in the folder I specified
[22:43] <ahayzen_> nik90_, so permissions then?
[22:44] <ahayzen_> nik90_, who are the files owned by?
[22:44] <nik90_> ahayzen_: not sure
[22:44] <ahayzen_> nik90_, what is the output of a ls -l on the folder?
[22:44] <nik90_> ahayzen_: root
[22:45] <ahayzen_> nik90_, thats the issue
[22:45] <nik90_> ahayzen_: but I am only reading the folder and not writing into it
[22:45] <ahayzen_> nik90_, we had music files not playing when they were root ... try changing them to phablet and see wht happens
[22:46] <anti_> hi guts
[22:47] <nik90_> ahayzen_: I tried sudo chown -R phablet Ubuntu.ogg
[22:47] <nik90_> ahayzen_: however it says it is a read-only system
[22:47] <nik90_> for some reason
[22:47] <ahayzen_> nik90_, ah u may have to make it writable to modify the files but these should probably be readable by default
[22:50] <nik90_> true
[22:50] <nik90_> I will check with seb128 to see if the system settings apps not being able to play ringtones is an issue
[22:50]  * nik90_ needs to reboot his system
[22:53] <ahayzen_> cool
[23:25] <Diogo_> hi
[23:26] <Diogo_> some one out there??
[23:29] <Diogo_> guys need some help plzz
[23:38] <Diogo_> ??
[23:45] <Diogo_> some one??
[23:48] <Diogo_> ??
[23:50] <Diogo_> ??