=== chriadam|away is now known as chriadam === jhodapp|brb is now known as jhodapp|afk === testing1209347 is now known as chase3023 === chihchun_afk is now known as chihchun [06:26] good morning [06:43] Good morning all [06:59] Hi! Sory for my english. Hope you can understand me. I want to create simple app with Ubuntu SDK. App must parse the output of console programs and show some of the data in the tray, with animation icons and tooltips on mouseover. Where i can get tutorial how to add icon in systray with Ubuntu SDK? === maclin_ is now known as maclin [07:37] How to package QML Extension Library + Tabbed Touch UI? | http://askubuntu.com/q/445336 === oSoMoN_ is now known as oSoMoN [07:47] morning zbenjamin, I'm trying to build Reminders using a 14.04 click chroot and I'm having some issues. I've got 2 click targets defined, both for trusty: one using the 13.10 framework and one using the 14.04 framework. So the first question is, when doing a build, does QtC just pick the one defined first in the click target dialog? The second question is: I've installed libssl-dev on both click chroots, yet while building on the chroot the build fa [07:47] ils because it cannot find one of the ssl headers. Any ideas what could be going on there? [07:47] dpm: no it does not pick it you have to assign it to the project [07:47] dpm: there should be 2 ubuntu sdk kits for you [07:47] * kalikiana looks at nik90 and wonders if he still wants to review https://code.launchpad.net/~kalikiana/u1db-qt/indexRoles/+merge/211771 [07:49] zbenjamin, how do I assign it? And why did it pick by default when choosing "Build in chroot" /tmp/build-reminders-app-Desktop-Default/ubuntu-sdk-14.04-armhf ? [07:49] dpm: aaa you are using the old version, i though you are using the version from the ppa [07:49] how can you use the framework for 14.04 ? [07:50] zbenjamin, I was, until this morning an archive update overwrote that :) [07:50] dpm: right click -> build on chroot picks the framework from the manifest [07:50] ah, ok [07:50] zbenjamin, let me install from the PPA packages again first [07:54] zbenjamin, I've reinstalled the PPA packages, but I don't see any difference from the QtC version I was running a few minutes ago. How do I tell if I've got the newest version, and if so, how do I assign a kit to the project? [07:55] dpm: dpkg -l | grep qtcreator-plugin-ubuntu [07:56] zbenjamin, http://paste.ubuntu.com/7225191/ [07:56] dpm, o/ Have I to open a new bug for the QtCreator issue about reminders-app? [07:56] Do we can solve it with a rename of the desktop file or there is something else to do? [07:57] rpadovani, yes please, could you file a bug? [07:57] dpm: yes, sure [07:57] thanks! [08:01] dpm bug 1304879 [08:01] Launchpad bug 1304879 in Ubuntu Reminders app "Fail to run build from trunk on desktop" [Undecided,New] https://launchpad.net/bugs/1304879 === chriadam is now known as chriadam|away [08:04] dpm: you restarted QtC right? [08:05] zbenjamin, yes (I've just done it again now, just in case) [08:05] thanks rpadovani [08:05] dpm: then don't use build in chroot anymore [08:05] dpm: you should now be able to assign Kits to your project [08:05] dpm: on the Projects tab there is a add kit button in the top left corner [08:06] zbenjamin, ah, ok. Yeah, I saw that: if I go to Projects, switch kits, I've only got a 13.10 kit [08:06] ok, let me add one [08:07] dpm: usually you select them on project creation, but if you load a existing project you have to manually assign them [08:07] done, added the 14.04 kit, let me try to build now [08:07] ack [08:07] ok you need to switch to the Kit in the bottom left corner right over the green arrow [08:08] dpm: ^ [08:08] yeah, that got switched to by default when I clicked on it on the Projects page [08:10] zbenjamin, it seems I'm still having the same issue: the build cannot find the headers from the libssl-dev package I installed in my chroot: http://pastebin.ubuntu.com/7225237/ [08:10] dpm: weird [08:11] dpm: you sure the right kit is selected? [08:11] dpm: just to be sure switch to the desktop kit and then to the 14.04 [08:12] zbenjamin, it seems to switch allright: Build files have been written to: /tmp/build-reminders-app-UbuntuSDK_for_armhf_GCC_ubuntu_sdk_14_04_trusty-Default [08:12] dpm: hmm what you could do is echo the framework it sets in the qtc_chroot_cmake2 scipt [08:13] dpm: should be in /usr/share/qtcreator/ubuntu/scripts [08:13] dpm: echo $CLICK_SDK_FRAMEWORK [08:14] dpm: you should see it when right clicking on the project and use run cmake [08:14] ok [08:14] dpm: in general messages output i think [08:14] trying now [08:15] zbenjamin, it seems to output the right one: ubuntu-sdk-14.04 [08:16] dpm: ok "click chroot -a armhf -f ubuntu-sdk-14.04 run" then go to your project dir and try manually [08:25] zbenjamin, shall I just do a local cmake run? I.e. 'cmake . && make'? [08:25] dpm: yeah in the chroot command prompt [08:25] dpm: but please create a builddir [08:25] dpm: mkdir build && cd build && cmake .. && make [08:26] hm, too late [08:26] dpm: then you just messed up your QtC project ;) [08:26] argh [08:27] dpm: a in source cmake build prevents all out of source builds [08:28] dpm: that is a cmake restriction [08:28] ok, I'm back to a clean dir [08:31] zbenjamin, ok, that failed to find the header too :/ http://pastebin.ubuntu.com/7225295/ [08:32] dpm: how did you install the libssl-dev package? [08:32] dpm: in maintenance or run mode? [08:32] dpm: because if you did in click chroot run the packages are removed after you log out [08:33] dpm: click chroot -a armhf -f ubuntu-sdk-14.04 maint apt-get install libssl-dev [08:37] Good morning all! Happy Cherish An Antique Day! :-D [09:02] zbenjamin, sorry I was otp. It seems the header still cannot be found, and I know why now - it seems the x86 version of the package is installed (see the note at the end of the paste): http://pastebin.ubuntu.com/7225370/ [09:02] dpm: arghs yeah you have to install libssl-dev:armhg [09:02] armhf [09:02] aha [09:03] dpm: always add :armhf if you install libs for development [09:05] zbenjamin, so I should do click "chroot -a armhf -f ubuntu-sdk-14.04 maint apt-get install libssl-dev:armhf", right? How do I do it from within Qt Creator? If I click the Maintain button in the click targets, the package will remain installed across project reopenings, right? [09:06] dpm: exactly [09:06] dpm: but if you use the maintain button you can just do : apt-get install no need for the click part the [09:06] n [09:06] yes [09:11] thanks a lot zbenjamin, the project is now happily building :) - one last thing we need to fix is the build. So we've got this bug now, which is essentially what we discussed with sergiusens yesterday. As a short term fix, would you recommend us to just rename the .desktop file? bug 1304879 [09:12] Launchpad bug 1304879 in Ubuntu Reminders app "Fail to run build from trunk on desktop" [Undecided,New] https://launchpad.net/bugs/1304879 [09:13] dpm: yeah that would fix it for now, but we need to find a better way to do this [09:13] ok [09:14] dpm: btw you will have to set -DCLICK_MODE manually from now on, the templates don't use it anymore and i think setting it in the chroot cmake scipts was just not the way to go [09:15] zbenjamin, ok, that was a trick, that wasn't my last question :) So now I've built reminders, how do I create the click in the new QtC? Will the Publish tab do the right thing and use the output from the right kit? [09:15] dpm: create package on the publish tab [09:15] dpm: it will use the currently selected kit [09:16] dpm: or you attach your device and click the run button and it should magically show up on your device, its not installed atm [09:17] zbenjamin, excellent. Now, on reminders we've got a click/manifest.json.in file that gets generated with cmake. I guess QtC will simply ignore that and create its own? [09:18] and if so, how can we make our .json.in file to play nice with QtC? [09:18] dpm: you can't make the json.in file play nice with QtC except you rename it to manifest.json and put it in the root folder [09:18] of your project [09:18] also the apparmor file [09:19] ok [09:19] dpm: i think cmake does not care how a in file is named right? [09:20] dpm: so you can still do the variable replacement but use manifest.json as input and output file name [09:20] zbenjamin, no, cmake does not care, .in is just a convention for input files that are used as intermediate means to generate the final file after substitution [09:20] dpm: as long as it is a valid json file QtC should not care [09:20] ah, but that'd mess revision control [09:21] dpm: no bzr mv [09:21] dpm: should take the rev info with it [09:21] yeah, but that's not what I mean [09:21] then i did not get it right ;) [09:21] I mean every time the click package is created, the manifest.json file would be overwritten [09:22] and bzr would show it as changed [09:22] why is that? the output file is created in the builddir [09:22] or at least it should be [09:22] oh, I see... [09:22] dpm: I created a google document where I listed the current SDK blockers affecting app showdown developers. You can find it at https://docs.google.com/document/d/1kzLBDMWx5iS67pNiDasfxg4bMlTHET-j50hoUQZjYfc/edit [09:23] dpm: (in response to your email yesterday) [09:23] zbenjamin, I was thinking of it being generated locally, but yes, you're right. My case would only apply for in-tree builds, with are a very bad thing to do, I've just learnt :) [09:23] dpm: i'm actually planning to use the manifest file to create the runconfigs, each hook in the manifest file will result in a runconfig but for that i need it always in the root dir [09:23] nik90, oh wow, nice work! [09:24] dpm: that means we need to migrate the core apps away from manifest.in [09:24] zbenjamin, ok. So if I want to fix this today in reminders, other than moving manifest to the root of the source tree, would you recommend me to hardcode the values, or to use cmake variables? [09:24] dpm: so if there are other judges who happen to notice a common issue, they can fill it in so that we can take that into consideration during the review process. [09:25] nice! [09:26] nik90, I'll put a link to the doc in the judging sheet [09:26] dpm: ok [09:27] dpm: you can use the variables as long as the hooks are all in the manifest file. Best would be of course if the desktop file names in there as well but i think i can work around this by reading the manifest file in the builddir again [09:27] nik90, although, an issue might be that the Chinese judges cannot access it due to Google blocking [09:27] dpm: ooh...I didn't think about that. Is there a common place where we all can access it? [09:27] dpm: just check if QtC overrides you any variables maybe then we can see if we can fix that. but it should not [09:28] dpm: email doesn't really work since it makes it harder to dig up older email conversations. [09:28] nik90, yeah, we can use pad.ubuntu.com perhaps [09:28] dpm: and rename the desktop file for now until we have a better solution === chihchun is now known as chihchun_afk [09:28] zbenjamin, ack. To make sure I get it right, what do you mean by "as long as the hooks are all in the manifest file"? [09:29] dpm: good idea. I will transfer it to pad.ubuntu.com and then send you the invite link via email. [09:29] nik90, great, thanks! === chihchun_afk is now known as chihchun [09:31] dpm: afaik every child-object in the hook object represents a desktop file: http://pastebin.ubuntu.com/7225456/ [09:32] dpm: so i'm going to create a runconfig for every property in the hooks that contains a object with a desktop: property (thats the plan at least) [09:32] zbenjamin, right, so I guess if I leave the variables as they are, it should still work? http://pastebin.ubuntu.com/7225454/ [09:33] dpm: the @APP_NAME@ would be a problem [09:33] dpm: because thats how your runconfig is called then [09:34] dpm: and i would search in the output manifest file for a property called @APP_NAME@ that does not exist [09:34] but the others are ok [09:35] dpm: btw is there a documentation about the manifest file structure? [09:36] zbenjamin, https://wiki.ubuntu.com/SecurityTeam/Specifications/ApplicationConfinement/Manifest [09:39] dpm: thx [10:05] zbenjamin, now that I've moved manifest.json to the root of the source tree, why does QtC not read it and tries to overwrite it every time? That does not work for core apps, as e.g. the maintainer is a team, and every time QtC sets the author to an individual developer [10:18] zsombi: What is the status of https://code.launchpad.net/~zsombi/ubuntu-ui-toolkit/alarm-date-fix/+merge/210181 and https://code.launchpad.net/~zsombi/ubuntu-ui-toolkit/alarm-fetch-fix/+merge/208749 ? [10:18] zsombi: can we expect them to be approved and merged by this week? [10:18] before freeze [10:18] nik90: there're some comments on it which I need to address... [10:19] nik90: not entirelly sure... it all depends how fast can we land stuff also... [10:19] zsombi: ok. Because once they land on device, I will have to also test and make sure the alarms is good to go for this cycle. [10:20] zsombi: it is high priority that a working alarms implementation doesn't get postponed to the next cycle. And popey wants the final 14.04 image to have a working alarms implementation. [10:20] nik90: you should test it before it lands, right? there will be some changes in the fetch-fix, we just found a bug there [10:21] nik90: popey: sorry, we got other high priority stuff as well to finish in april :/ [10:21] zsombi: well I did already test the MP. But once it is on the phone, I will have to make sure everything is still good and ready for production. [10:22] nik90: you shoudl re-test it again once I'll add the fixes to it... I was working on it this morning, but had to switch to other task doe to its priority [10:23] zsombi: just ping me when you want me to test. [10:23] yeps, you'll get pinged :) [10:38] dholbach, how do I install the click reviewer tools? And do you know how to make them work in Qt Creator? I see under Tools > Options > Ubuntu > Click packaging reviewer a text entry where I should probably point to the tool's dir or the executable, but I'm not sure how it's supposed to work. Do you happen to know? [10:41] nm, I think I've figured it out [10:41] sudo apt-get install click-reviewers-tools [10:43] although I still don't understand how to get QtC integration going [10:46] dpm, zbenjamin should be ablle to explain [10:54] np [10:58] dpm: if you click create package in the publish tab just wait there for the package to be finished and it should show you the validation output [10:58] zbenjamin, it shows me a "Click reviewer tools" progress bar and that's it [10:59] dpm: on the publish tab it shows you a list of items on the right side [10:59] dpm: thats the graphical representation of the review tools output [11:00] zbenjamin, yeah, small popups on the bottom right side, but I cannot see any textual output [11:00] running the click review tools on the command line gives me a failure, but QtC doesn't tell me anything [11:02] dpm: if you look on the pusblish tab on the right side there is a button that says validate click package right? [11:02] zbenjamin, no, just 3 buttons: Reload - Reset to defaults - Create package [11:02] aaa you did not have the review tools installed? [11:03] restart QtC after you installed it [11:03] dpm: ^ [11:03] dpm: its not picked up automatically [11:03] aha [11:05] zbenjamin, ah, now it works, thanks! I'm not sure if you saw the question earlier: "now that I've moved manifest.json to the root of the source tree, why does QtC not read it and tries to overwrite it every time? That does not work for core apps, as e.g. the maintainer is a team, and every time QtC sets the author to an individual developer" [11:06] dpm: does it overwrite everything? [11:06] dpm: or just some vars [11:07] zbenjamin, everything, although I've noticed that if I copy and paste the original file in the Manifest tab inside Publish, then it remembers it [11:07] dpm: wut? strange [11:07] dpm: and when you close and reopen QtC? [11:08] still remembers it [11:08] dpm: technically it should never overwrite a existing manifest.json [11:09] dpm: would be nice if we could reproduce that problem+ [11:14] zbenjamin, steps to reproduce: http://pastebin.ubuntu.com/7225741/ [11:14] dpm: ok thanks i will look into that problem as the first fiy [11:14] fix [11:17] dpm: quick check: did you move the apparmor file to the root path as well? [11:18] dpm: because if that does not exist it would reset all values [11:18] zbenjamin, yeah, its next to manifest.json [11:18] how is it called? [11:18] i think QtC wants some special name, that should change maybe [11:21] dpm: ok i think i can fix that problem, i'm going to read the apparmor file from the manifest.json [11:22] ok [11:24] zbenjamin, it seems I'm slowly getting there with reminders, but I've still got a final issue: when I hit the run button, it fails on the deploy step - it says "Could not connect to host: Private key file error: No such file or directory", although the device is connected, I can adb into it and QtC seems to detect it too. Any ideas? [11:24] renato, ping [11:25] dpm: can you paste the device log from the devices page? [11:25] sure [11:25] mhall119: hi, how can i test the email client ? [11:25] dpm: note every device has its own log tab now [11:26] ok, cool. zbenjamin, here's what I get: http://pastebin.ubuntu.com/7225784/ [11:27] dpm: ok thats the main log, every device has its own [11:27] should be inside the devices tab [11:27] dpm: right under the Simple and Advanced tab [11:29] zbenjamin, ah, got it now. Here it is: http://pastebin.ubuntu.com/7225790/ [11:29] dpm: weird that looks good [11:29] dpm: try ssh phablet@127.0.0.1 -p 10000 [11:30] dpm: sorry ssh phablet@127.0.0.1 -p 10001 [11:30] dpm: meh the log is wrong it should be 10000 ;) [11:31] dpm: aaa there was a problem with openssh not being started [11:31] dpm: adb shell setprop persist.service.ssh true [11:31] dpm: adb shell start ssh [11:35] zbenjamin, sorry, got disconnected, not sure if you got my reply - ok, it asked me to accept the device, to which I said yes, and then it connected [11:35] dpm_: so you can ssh into the device? [11:36] yep [11:36] dpm_: but it still does not work from qtc? [11:36] I'll try now again [11:37] zbenjamin, no joy, when I press the green button I get: http://pastebin.ubuntu.com/7225814/ [11:37] dpm_: if its not working try to remove the device from Tools->Options->Devices and then redetect [11:37] ok [11:38] dpm_: if that still not helps we need to check if the private key listed in ~/.config/QtProject/qtcreator/devices.xml is existing in you .ssh folder [11:38] hm, now it does not detect any devices [11:39] dpm_: if you hit the redetect button in the Ubuntu devices tab? [11:39] zbenjamin, ok, after restarting QtC and redetecting, it saw my device. Do I need to re-add it under Options again? [11:40] dpm_: should be there already [11:40] ah, yeah, I can see it, will try to hit Ctrl+R again [11:42] dpm_: so? [11:43] zbenjamin, ok, it seems that worked, but I'm not sure it launched the app, as it's failing to start (that's a reminders bug, not QtC). So essentially, what that does is to copy the result of the build and runs it unconfined? [11:43] dpm_: yes until we have debugging support in the launcher [11:43] in the same way it did with qmlprojects? [11:43] dpm_: or some other way [11:43] yes [11:44] zbenjamin, what about installing click packages? Is that on the roadmap, or is there a way already to do that from QtC? [11:44] dpm_: the ultimate goal is to install a click package and run it confined. But we need to get debugging into that somehow [11:44] ok, cool. Thanks for your help zbenjamin! [11:44] lunch time [11:44] dpm_: np, thx for the feedback [11:45] mzanetti, rpadovani, I'm not sure I'll be around for the reminders meeting today. Would you mind if we move it to tomorrow or Friday some time in the morning? [11:54] daker: http://people.ubuntu.com/~mhall119/trojita/ [11:55] ok [11:55] mhall119: on the desktop ? [12:00] got it running on the desktop [12:22] mihir, pong [12:23] renato, if i want to get an event by event.ParentId can I get it like this ? [12:23] event = model.fetchItems(event.parentId) [12:23] mihir, let me check [12:23] but I think this should works [12:24] are you having problems with that? [12:25] renato, i am not able to test it, so just asked , we have to use it for deleting entire event , if it is recurrent event. === jhodapp|afk is now known as jhodapp [12:29] mihir, this is a bit more complicated than that: http://paste.ubuntu.com/7225979/ [12:30] the function will return a fetchId and you will need to check for that on onItemsFetched model signal [12:30] mihir, and the arg is a list not only one id [12:31] something like model.fetchItems([event.parentId]) [12:35] aaaargh, I'm getting stress, still 3 more hours at work and my app for the showdown isn't finished yet :p [12:39] renato, ohhkie , [12:39] renato, so i need to check implement onItemsFetched [12:41] dpm_: I'm in london for a sprint. so yeah, would skip it too today [12:41] ok! [12:42] have fun at the sprint :) === _salem is now known as salem_ [12:58] daker: dholbach has it in a PPA [12:58] daker, mhall119: are we talking about trojita? [12:59] yeah [12:59] https://code.launchpad.net/~ubuntu-touch-coreapps-drivers/+archive/daily [12:59] dholbach: yes, i extracted the click package, got it running on the desktop [12:59] ^ it's available here [13:00] ok thanks [13:02] beuno: JamesTait are you able to delete an app from the store pls? https://myapps.developer.ubuntu.com/dev/click-apps/424/ (it's mine) [13:02] beuno: JamesTait also delete this one.. https://myapps.developer.ubuntu.com/dev/click-apps/99/ ? === bfiller_afk is now known as bfiller [13:03] (I see no way in the web UI to do it myself) [13:03] popey, I don't have access to do that, but I think beuno does. [13:35] popey, I can delete them, have they ever been published? [13:41] beuno: no [13:58] rpadovani, mzanetti, when you've got a minute, could you review https://code.launchpad.net/~dpm/reminders-app/qtc-changes/+merge/214951 and [13:58] https://code.launchpad.net/~dpm/reminders-app/fix-1303763/+merge/214952 [14:03] elopio, that last MP ^ should fix your issue with reminders not launching, if you too have got a minute for a quick review [14:05] dpm_: left a comment. did you try that? [14:06] mzanetti, good point, I was too focused on getting the click to work [14:06] ls [14:08] mzanetti, AP seems to run allright. Well the one test we have :) [14:09] :D [14:09] dpm. ok. approving then [14:09] dpm_: approved this one. the other is a bit more to read. is it urgent? [14:10] mzanetti, it is simply because this one depends on the other. But if you're busy with the sprint, no worries, I can try to find another reviewer [14:11] I just had to modify a couple of things to make the app runnable and buildable from QtC [14:11] dpm_: :D /me tries. [14:11] nice, thanks :) [14:21] I'we had some issues and I identified the problem: It is me. [14:22] Can someone suggest a course that focus on QML/QtQuick way of doing things_ [14:29] popey, fginther, I'll be a minute, I need to reboot [14:31] popey, did we agree to meet now? [14:31] fginther: i have nothing in my calendar [14:31] dpm: ^ [14:32] dpm, popey, I have another hangout scheduled for now, but I can chat in about 30 minutes [14:32] we both have one in 30 mins [14:33] popey, fginther, of course, I was adding the event while doing other things and I invited myself only! [14:33] * dpm facepalms [14:33] popey: When did you drop such a magnificent beard? :D [14:34] fginther, popey, would in 1h30 work for you? Otherwise we can leave it for tomorrow [14:34] *grow [14:34] not sure why I substituted the word for drop [14:34] haven't had coffee yet...sigh [14:35] popey: The only hangout shown on https://www.google.com/calendar/embed?src=dno3ip0msg552dei3e3r7m8jl0%40group.calendar.google.com (from #ubuntu-on-air) is the engineering live. Is there another hangout or is it some internal one? [14:36] JoshStrobl_: haha, thanks ☻ [14:36] JoshStrobl_: pass [14:37] dpm: fginther i can do 2 hours time, not 1.5 [14:38] dpm, just arrived at home, so it's good also for me to postpone to tomorrow reminder hangout [14:38] popey, will move to tomorrow, as I'll be away in 2h [14:38] rpadovani, ok, great [14:38] ok [14:43] dpm: I've just provisioned reminders from your branch with click buddy and it still fails to open. [14:44] elopio, what does the upstart log say? [14:44] dpm: Unable to exec 'reminders' in '/opt/click.ubuntu.com/.click/users/phablet/com.ubuntu.reminders': No such file or directory [14:44] elopio, which branch of the two did you pull? [14:45] dpm: https://code.launchpad.net/~dpm/reminders-app/fix-1303763/+merge/214952 [14:45] I didn't know there were two. [14:45] elopio, that's the right one you pulled [14:46] dpm: this time, the file is there, so that's one step forward. [14:46] elopio, what's the log file name you looked at? was it for the 0.5 version of reminders? [14:47] dpm: yes. .cache/upstart/application-click-com.ubuntu.reminders_reminders_0.5.log [14:47] elopio, ok, let me quickly add some logging [14:52] elopio, would you mind trying lp:~dpm/reminders-app/fix-1303763-debug and showing me the debug log? [14:58] dpm: http://paste.ubuntu.com/7226581/ [14:58] is that the right log file? It doesn't show anything new [14:59] elopio, there is something fishy going on here. That does not look right. See the last commit of the branch, it should be adding debug calls [14:59] ah wait [14:59] it doesn't even get to there [15:00] elopio, that works for me on a click package created with Qt Creator and then manually installed with pkcon. Perhaps something click-buddy is doing? [15:01] dpm: you move the click with adb push and then pkcon -i ? [15:01] I can try that. [15:02] elopio, yes, adb push and then pkcon install-local [15:03] but the other thing I did was that I didn't create the package with click-buddy, but with Qt Creator. I can put my package somewhere online for you to try, and perhaps compare it with the one from click-buddy? [15:03] same error. I'll try creating it with qtcreator. [15:06] popey, deleted [15:07] elopio, here's my .click. Just created it fresh, will install it now to try anew -> http://people.canonical.com/~dpm/click/com.ubuntu.reminders_0.5_armhf.click [15:09] dpm: that one works [15:11] elopio, are there any differences between the click packages themselves? [15:13] dpm: yes. Is there a way to extract the contents of the .click? [15:13] elopio, I generally change the extension to .deb and open it with file-roller ;) [15:13] there must be a more elegant way to do this, but that works for me :) [15:14] good enough [15:19] dpm: http://paste.ubuntu.com/7226662/ [15:19] I'm probably using click-buddy wrong, because it's generating the bin in x86_64-linux-gnu [15:20] ah, I see click-buddy --arch armhf --provision [15:20] so, I found a bug just by luck. I was provisioning wrong. [15:22] beuno: thanks [15:23] elopio, ah, good that you figured it out [15:25] dpm: now the test that I was going to do was to open online accounts on the phone, but it doesn't work. Can you try it? [15:25] dpm: I mean, open reminders without account, and touch the button. [15:31] elopio, it works for me after having removed my account on the phone. I.e. I then started reminders, saw the view with the button to open accounts, clicked on it, and then it pops up the system settings app with the online accounts view === gatox is now known as gatox_lunch [15:36] elopio, so that seems to work on the phone, but it won't work on the desktop I think [15:36] * dpm tries [15:39] no, that doesn't work on the desktop [15:39] gvfs-open: settings:///system/online-accounts: s'ha produït un error en obrir la ubicació: No se sap gestionar la ubicació especificada [15:39] which translates to "error while opening location. Can't manage specified location" [15:40] dpm: it didn't work for me on the phone. [15:41] :/ [15:41] I might need to reflash [15:45] elopio, I'm using image 281 [15:47] elopio, do you have any ideas why Jenkins failed on https://code.launchpad.net/~dpm/reminders-app/fix-1303763/+merge/214952 ? [16:03] dholbach: what channel should i flash ? [16:07] popey, dpm: ^ do you have an answer for daker? [16:07] daker: what device and for what purpose? [16:07] dholbach, daker, I'm missing some context. What channel to flash for what? [16:07] for the showdown [16:08] I'd say the stable channel - 'trusty'. What do you think, popey? [16:08] ah for judging? [16:08] yes [16:09] i would use the trusty-proposed tbh [16:10] ok [16:13] Anyone can tell if TilEm in the Click Store is working? [16:16] labsin: installing... === bfiller is now known as bfiller_afk [16:19] labsin: http://popey.com/~alan/phablet/device-2014-04-09-171848.png [16:21] popey, Yay === gatox_lunch is now known as gatox [16:46] dpm: dh_install: usr/manifest.json exists in debian/tmp but is not installed to anywhere [16:46] dh_install: usr/apparmor.json exists in debian/tmp but is not installed to anywhere [16:46] dh_install: missing files, aborting [16:47] ah, I'll need to fix debian packaging as well... thanks for spotting that out === ravirdv_ is now known as ravirdv === bfiller_afk is now known as bfiller === chihchun is now known as chihchun_afk === jhodapp is now known as jhodapp|afk [18:50] Anywone knows how I can use the CLICK_MODE build without the qtcreator chroot? I would like to test the click package on my desktop [18:53] Upload to the click store does not work for me any more: [18:53] {"traceback": "Traceback (most recent call last):\n File \"/srv/pkgme-service.canonical.com/production/pkgme-service/sourcecode/../src/djpkgme/tasks.py\", line 536, in run\n logger=self.get_logger())\n File \"/srv/pkgme-service.canonical.com/production/pkgme-service/sourcecode/../src/djpkgme/client.py\", line 66, in submit_to_myapps\n raise CallbackError(url, 'PUT', response.status, content)\nCallbackError: PUT to https:// [18:53] myapps.developer.ubuntu.com/dev/api/click-scan-complete/189/ got response 500:\n\n\n \n Oops!\n icon\" />\n \n \n \n \n \n \n

\n \n \n

\n\n

Server Error

\n\n

An [18:54] error occurred which prevented the page you requested from loading. If this problem continues, please consider reporting this problem by sending an e-mail to webmaster@canonical.com

OOPS-e8860c8c6ca84229b48b63bac067663c

\n\n

\n\t\n

\n\n

>\n \n \n \n \n

class=\"footer-div\">\n \n

Community
Training
Services
href=\"http://www.ubuntu.com/usn\">Security notices

\n \n \n \n \n \n

\n \n

\n \n \n \n \n\n\n", "type": "CallbackError"} [18:54] Sorry for the long paste. :/ [18:57] ugh [18:57] nikwen: do you get an error message? [18:58] Yes, the one I posted and something like "Update failed". Already tried resubmitting. [18:59] i am not going to try and pick the error out of all that html [18:59] can you extract the error message? [18:59] I'll do, wait a moment. [18:59] nikwen, next time use !paste ;-) [18:59] paste.ubuntu.com [19:00] Yes, I'll do. Sorry for that. Didn't notice the message was that long. [19:01] Need to update the app version, again. [19:06] popey: Ok, submitted a new click package. Here's the error: http://paste.ubuntu.com/7227652/ [19:07] that looks bad. beuno or JamesTait ^^ [19:07] Yes, it does. :( [19:09] Hello everybody! [19:09] Oh, and before that the page was not available for some time. [19:09] hello zonovroman === jhodapp|afk is now known as jhodapp [19:16] popey, ouch [19:17] looking [19:17] thanks [19:17] beuno: Thanks. :) [19:18] Hi. Is there currently some problem with the Ubuntu Touch App submission process? I constantly get a Server Error on resubmitting my App. [19:18] alaak: Yes, me, too. [19:18] beuno is looking into it. [19:19]