[02:33] <Aki-Thinkpad> what is the conditional layout for when the phone is in portrait mode?
[05:32] <tango> hi every body
[05:42] <Aki-Thinkpad> hi dr nick
[06:43] <DanChapman> Good Morning
[06:49] <dholbach> good morning
[07:00] <justCarakas> good morning all
[07:01] <Aki-Thinkpad> good night.
[07:01] <Aki-Thinkpad> ;)
[07:12] <JamesTait> Good morning all; happy One Day Without Shoes Day! :-D
[07:14] <justCarakas> smelly
[08:05] <dpm> morning nik90, I'm looking at all pending branches for core apps and for clock I saw this one. Is this something you think we need to include or should it be rejected? Looking at it I'm not really sure what it solves, as afaik getting QtC to run the app is related to the .desktop file, which this MP does not touch -> https://code.launchpad.net/~sergiusens/ubuntu-clock-app/run_from_qtcreator/+merge/206598
[08:07] <dpm> rpadovani, when you've got a minute, could you look at https://code.launchpad.net/~dpm/reminders-app/qtc-changes ? I'll look at your pending merges this morning as well
[08:44] <nik90> dpm: yeah that branch can be rejected since we already have patch inttegrated into the clock app for that.
[09:22] <dpm> nik90, cool, thanks. I'll reject it, then
[09:22] <dpm> one down!
[09:49] <nik90> dpm: do you know how to merge a proposal into another person's branch?
[09:49]  * nik90 looks like an idiot now :P
[09:49] <nik90> dpm: Paolo created https://code.launchpad.net/~paolorotolo/ubuntu-clock-app/fix-for-1284564/+merge/210903 and I have helped him fix the AP tests in a branch. I need to propose my branch to his branch
[09:50] <nik90> dholbach: ^^
[09:52] <dholbach> nik90, only the person whose branch it is can merge the proposed branch
[09:52] <dholbach> you need a team branch if you want multiple people to be able to do that
[09:52] <nik90> dholbach: but you proposed a branch to my branch..remember? for the debian packaging
[09:53] <dholbach> nik90, and you were able to merge it, right?
[09:53] <nik90> dholbach: yeah
[09:53] <nik90> dholbach: I want paolo to do the same
[09:53] <dholbach> so yeah, I wouldn't have been able to merge my branch into yours
[09:53] <dholbach> ahh ok
[09:53] <nik90> dholbach: I just want to propose. he will merge it
[09:53] <dholbach> nik90, ok
[09:54] <dholbach> push your branch to launchpad, run   bzr lp-propose   and enter Paolo's branch location
[09:55] <nik90> dholbach: thnx
[09:55] <dholbach> anytime
[09:59] <dpm> nik90, it seems you got it sorted. One thing you can do is to still propose your branch to merge into his, by choosing the target branch to be Paolo's when you send the MP. This way he'll see the diff, but only he can do the actual merge of your branch to his
[09:59] <nik90> dpm: yeah that's what I just did...now need to wait on paolo to merge it
[10:31] <rpadovani> dpm, I saw it, works as expected on desktop :-) But I don't understand all changes (my fault). Why do you removed click folder? Also, there isn't a better solution than hardcoded values?
[10:55] <mihir> dpm, are you facing any issues while opening Calendar app on desktop after upgrading to 14.04?
[10:56] <dpm> mihir, I'm not facing any issues, but jono reported yesterday that it crashes for him on desktop
[10:57] <dpm> hi rpadovani. Thanks for reviewing. I had to remove the click folder and move the files from there to the root of the source tree because Qt Creator expects to have the manifest there and it doesn't work with subdirectories
[10:58] <dpm> rpadovani, Qt Creator also does not work with all variables that are replaced at build time by cmake. I decided hardcoding them would be the easiest thing for now
[10:58] <rpadovani> dpm, ok, all clear, thanks, I'll approve it then
[10:58] <dpm> awesome, thanks!
[10:59] <rpadovani> dpm, it will be easier to work on new design if Qt Creator works well :-)
[10:59] <dpm> \o/
[10:59] <mihir> dpm, i am not able to run this app from Ubuntu-SDK
[10:59] <mihir> http://paste.ubuntu.com/7254609/
[11:00] <dpm> yeah, I saw your branch with the new visual designs, but I still haven't tested it
[11:00] <mihir> i asked renato but still haven't figured out the bug.
[11:01] <rpadovani> dpm, ah, it's an early stage, I hope to work on it during easter holidays
[11:04] <popey> mihir: any logs of what happens when you try running calendar? It works fine here on my up-to-date 14.04 laptop
[11:05] <popey> mihir: any chance you're missing some sdk component?
[11:05] <mihir> popey, http://paste.ubuntu.com/7254609/
[11:05] <mihir> popey, i just upgraded 13.10 to 14.04 from upgrade manager.
[11:06] <popey> right, so ppa would be disabled
[11:06] <popey> re-enable it
[11:06] <popey> and "sudo apt-get install --reinstall touch-coreapps" ?
[11:08] <mihir> popey, let me try, i just uncommented all the PPA from sources.list
[11:11] <popey> mihir: you need to change it from saucy to trusty
[11:13] <mihir> popey, ohhh
[11:16] <mihir> popey, i did that but no luck, i need to figure it out, all core apps works except calendar from Qt creator.
[11:16] <mihir> i don't think it would be PPA problem.
[11:18] <mihir> popey, i get this output in console http://paste.ubuntu.com/7254609/
[11:36] <popey> mihir: running calendar from trunk?
[11:37] <popey> mihir: just bzr pulled latest calendar and did "qtcreator calendar-app.qmlproject" then ran it in qtc, worked fine
[11:39] <mihir> popey, yup it was latest , but let me try again.
[11:41] <mihir> popey, no luck , i guess have to re-install 14.04
[11:42] <mihir> it is throwing same errors of GTK
[11:42] <popey> that seems excessive
[11:42] <popey> bet you're missing a package
[11:42] <popey> what does "sudo apt-get install ubuntu-desktop^" do?
[11:42] <popey> note the ^ caret
[11:43] <popey> it may install stuff you were missing.
[11:47] <gerlowskija> popey: Out of curiousity, what does "ubuntu-desktop^" contain/ what is it for?  Is it just all the pre-reqs needed to get set up to test/run the desktop apps?
[11:47] <mihir> popey, yes i thought of same, it is hard to find which package it is related to GTk that means GNOME i guess.
[11:48] <popey> gerlowskija: its a task
[11:52] <dpm> zbenjamin, has the kits support already landed in the archive? I'm still running QtC from the development PPA, and I wonder if I should just upgrade to the version in the archive
[11:54] <zbenjamin> dpm: yes it has
[11:54] <dpm> \o/
[11:54] <dpm> zbenjamin, bzoltan, nice work on the kits support again, I love how easy it is now to cross-compile!
[11:55] <popey> mihir: did you run that command?
[11:55] <bzoltan> dpm: good to hear that finally it does what you expect
[11:55] <mihir> popey, yup , but still it didn't worked.
[11:55] <nerochiaro> artmello: hi, when you have a few minutes, can you please help me by testing something on a branch I have been working on ?
[11:56] <zbenjamin> dpm: that was the plan :)
[11:56] <mihir> gettting same GTK errors, only for calendar app.
[11:56] <popey> mihir: hmm
[11:56] <artmello> nerochiaro: sure, what do you need?
[11:57] <nerochiaro> artmello: lp:~amanzi-team/gallery-app/gallery-app-flip-hint , basically can you verify that when opening an album and hovering near the edge of the pages, the pages will slightly start turning (as an hint that you can flip them) ? on desktop of course
[11:58] <artmello> nerochiaro: sure, just a sec
[11:58] <nerochiaro> artmello: no rush
[12:15] <artmello> nerochiaro: yes, when I hover near the edge, they slightly start turning
[12:15] <artmello> nerochiaro: but, if I start the drag there, it does not work
[12:15] <nerochiaro> artmello: that's what i was about to ask next. clicking doesn't work either, right ?
[12:16] <artmello> nerochiaro: I need to start almost on the middle of the page
[12:16] <artmello> nerochiaro: no, neither clicking
[12:16] <nerochiaro> artmello: you should start being able to drag as soon as the flip hint disappear
[12:16] <artmello> nerochiaro: yes, exactly
[12:17] <nerochiaro> artmello: there's something that steals the mouse press/release events while the page is flipped, and i can't figure out what that is. the position events keep flowing, but not press and release for left mouse button (for right mouse button they work)
[12:17] <nerochiaro> it's really off
[12:17] <nerochiaro> odd
[12:36] <popey> dpm: do we have a good guide now for setting up armhf chroot for building stuff locally?
[12:37] <dpm> popey, do you mean with QtC or on the command line? In either case, the answer is that we don't, this just landed now in QtC
[12:37] <popey> oh ok
[12:37]  * popey looks forward to a work item being assigned to someone to write docs for that ☻
[12:37] <dpm> well, not the click support, but what landed is a better UX that makes it a lot easier
[12:38] <dpm> yeah, I was thinking of doing a blog post on d.u.c, but the hours in the day keep slipping away :)
[13:31] <dpm> balloons, do you want to do the honours, top approve and upload to the store? :-) https://code.launchpad.net/~dpm/ubuntu-filemanager-app/include-plugin/+merge/213368
[13:42] <popey> dpm: balloons please don't upload to store without autopilot testing.
[13:44] <dpm> popey, yes, whichever the procedure you've followed up until now. I just wanted to kick off the process
[13:46] <popey> ok
[13:50] <popey> dpm: I'll add it to the list off apps to update in the store
[13:50] <rpadovani> last promoted version is awesome. And Google sync <3
[13:50] <dpm> rpadovani, yes! \o/
[13:51] <dpm> popey, thanks. It will need top approval first, though, but I'm hoping balloons can get to that when he's online. He's already reviewed and provided the fix that made Jenkins pass the tests, so I guess top-approving should be trivial on this one
[13:51] <popey> ok
[14:14] <balloons> dpm, ohh you want me to approve? sure :-)
[14:14] <dpm> \o/
[14:16] <balloons> dpm, why http://bazaar.launchpad.net/~dpm/ubuntu-filemanager-app/include-plugin/revision/170?
[14:18] <dpm> balloons, there is no cmake rule that updates those variables. I've just expanded them so that the manifest works with Qt Creator for now (which expects a manifest.json file at the top of the source tree)
[14:19] <balloons> dpm, ahh.. I just wondered if it's something that should be done across all the apps.. sounds like yes
[14:20] <dpm> balloons, I think it deserves a bit more of thinking to see if it's the best solution. I'm not entirely satisfied with hardcoding the values, but I think it's valid for now to move the file manager forward.
[14:20] <balloons> dpm, terminal next? :-)
[14:20] <dpm> :-)
[14:21] <dpm> that was my thought, but it will take me a while until I can tackle it, this is weekend hacking, and I'll be away next WE :-)
[14:21] <balloons> no rush ofc
[14:56] <renato> popey, nik90 , could you guys help me to test the fixed on EDS organizer plugin?
[14:56] <renato> popey, nik90: the packages are  in https://launchpad.net/~ci-train-ppa-service/+archive/landing-001/
[14:57] <popey> renato: i think nik90 is afk for the day (exams)..
[14:57] <popey> renato: what does this fix?
[14:58] <renato> popey, this release include these MR:
[14:58] <renato> https://code.launchpad.net/~renatofilho/qtorganizer5-eds/fix-1283859/+merge/215592
[14:58] <renato> https://code.launchpad.net/~renatofilho/qtorganizer5-eds/fix-1292554/+merge/215747
[14:58] <renato> https://code.launchpad.net/~renatofilho/qtorganizer5-eds/fix-1284375/+merge/208197
[15:01] <popey> renato: ok, will do now..
[15:04] <Devuser> can anyone point me in the right direction with regards to local storage methods with html5 ubuntu apps?
[16:03] <popey> mhall119: dpm if you get a moment could you please review my tiny changes on https://bugs.launchpad.net/ubuntu-terminal-app/+bug/1288885 ?
[16:03] <ubot2> Launchpad bug 1288885 in Ubuntu Terminal App "App cannot be started on clean Trusty desktop" [Undecided,In progress]
[16:06] <dpm> popey, sure, just finished my call, on it
[16:06] <popey> thanks
[16:06] <popey> this is so apps start not just on unity7 but also the unity8 desktop
[16:10] <dpm> popey, can you give me some context on why that parameter is needed, so I know what I'm reviewing?
[16:10] <popey> dpm: on a clean install of 14.04 you may have qt4 and qt5
[16:10] <dpm> is it because otherwise the qt4 libraries or qt4's qmlscene would be loaded?
[16:10] <dpm> ah, ok
[16:10] <popey> and it tries to run the apps with the wrong qt
[16:10] <popey> yes
[16:10] <popey> and the same on unity8
[16:10] <dpm> gotcha, thanks
[16:10] <popey> np
[16:20] <dpm> popey, on an installed package, be it click or .deb, where should I see your change reflected? I.e. I can see neither the .desktop file nor the /usr/bin script to get added the -qt5 parameter
[16:21] <dpm> I've built the .deb package, I'm going to try the click package next
[16:24] <dpm> ah, yeah, looking at the cmake file it seems only the click package is affected by that change. Is that the intention? If so, let me know and I'll be happy to approve
[16:40] <popey> dpm: oh, no, which app?
[16:40] <popey> dpm: it is the deb that needs it
[16:41] <dpm> popey, I'm looking at your terminal mp. That changes the exec for the click package, but not for the .deb file
[16:41] <dpm> https://code.launchpad.net/~popey/ubuntu-terminal-app/fix-1288885/+merge/210176
[16:42] <popey> hmm, thats not going to work is it.
[16:42] <popey> ubuntu-terminal-app.in needs modifying
[16:42] <popey> I'll fix it, thanks
[16:42] <popey> I'll re-check them all
[17:10] <dpm> popey, yes, the *.in script is the one that needs modifying
[17:53] <dpm> balloons, could you help the calendar guys with the issue in the last comment? I think it might be something trivial, but I'm not familiar enough with AP to tell -> https://code.launchpad.net/~pkunal-parmar/ubuntu-calendar-app/CalManagement/+merge/213355
[18:02] <popey> dpm: https://code.launchpad.net/~popey/ubuntu-terminal-app/fix-1288885/+merge/210176 should be okay now?
[18:09] <dpm> popey, looks good now, approved!
[18:09] <popey> thanks
[18:24] <popey> renato: bfiller_afk tested silo ppa:ci-train-ppa-service/landing-001 with the qtorganiser-eds fixes.. i still can't enable alarms, they flip back off again.
[18:25] <renato> popey, this is not related with these branches
[18:25] <popey> renato: bfiller_afk and when i set a recurring alarm for mon-fri, it still shows in the indicator as "Mon" as the next one, not "Wed" as you'd expect
[18:25] <popey> oh
[18:25] <popey> i thought you said it did include those?
[18:25] <renato> the first is  a bug on SKD
[18:25] <renato> popey, the second I thought I have fixed
[18:25] <popey> so what *does* this fix? ☻
[18:26] <nik90> popey: the alarm enable bug is related to the SDK. No time for this cycle. So I removing the switch buttons.
[18:26] <renato> charles, did you test that ^^^?
[18:26] <popey> nik90: does clock need an update then?
[18:26] <popey> (in the store)
[18:27] <nik90> popey: yes. I just coordinated with paolo for a branch for that.
[18:27] <popey> ok
[18:27] <nik90> popey: I am going to review quickly and approve now
[18:27] <popey> I will organise pushing clock to store a little later.
[18:28] <nik90> popey: ok..the branch that removes the switch is at https://code.launchpad.net/~paolorotolo/ubuntu-clock-app/fix-for-1284564/+merge/210903
[18:30] <renato> popey, do you have a bug for this mon-fri problem?
[18:31] <popey> not sure, nik90 ?
[18:31] <nik90> renato, popey: No we don't have a bug for the mon-fri issue
[18:31] <nik90> what issue is it actually?
[18:32] <popey> i thought i filed it... hmmm
[18:32] <renato> popey, is this one? https://bugs.launchpad.net/ubuntu/+source/qtorganizer5-eds/+bug/1283859
[18:32] <ubot2> Launchpad bug 1283859 in qtorganizer5-eds (Ubuntu) "Updated recurring alarm values are not reflected in the indicator until phone reboot" [Undecided,In progress]
[18:32] <popey> dunno, not rebooted ☻
[18:33] <renato> popey, this looks like a different bug
[18:33] <popey> no, http://popey.com/~alan/phablet/device-2014-04-15-193319.png
[18:33] <popey> that
[18:33] <popey> i set one for every day, but indicator says "monday" is the next one, when clearly wednesday should be
[18:33] <popey> I'm sure I filed this, I remember taking a split screenshot like that
[18:34] <popey> can't find it. will file now
[18:35] <charles> popey, thanks
[18:35] <charles> popey, I don't think I've seen that one before
[18:37] <nik90> charles: is the above a clock app bug or indicator datetime bug?
[18:38] <charles> nik90, at first blush it sounds like an indicator-datetime bug, but this is the first time I've heard of it so that's a guess.
[18:38] <popey> charles: there you go https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/1308193
[18:38] <ubot2> Launchpad bug 1308193 in indicator-datetime (Ubuntu) "Upcoming recurring alarms on wrong day" [Undecided,New]
[18:38] <charles> popey, thanks
[18:38] <popey> np
[18:45] <popey> renato: so is there any testing I can do on that silo?
[18:45] <renato> popey, just make sure that the app still working :D
[18:46] <renato> the clock and the calendar app
[18:50] <popey> ok
[18:51] <charles> nik90, I wish I didn't have to drag the hour hand around to set an alarm time
[18:51] <popey> are you kidding. I *love* that! :D
[18:51] <charles> I wish I could just click on the 6 and the hour would change to 6
[18:52] <charles> popey, I'm seeing 1308193 in r297 too :/
[18:54] <popey> good.
[19:07] <popey> fginther: can you poke https://code.launchpad.net/~popey/stock-ticker-mobile-app/fix-1288885/+merge/215912 pls?
[19:07] <fginther> popey, going there now
[19:10] <fginther> popey, was that supposed to be approved?
[19:11] <popey> well I'm more wondering why it barfed, and if it was transient if it could be poked to run again?
[19:11] <fginther> popey, the raring failure? I assume it's time to kill that build
[19:12] <popey> oh, raring
[19:12] <popey> doh
[19:12] <popey> missed that
[19:12] <fginther> that can't be useful... I'll remove it post haste
[19:12] <popey> ok, I'll topapprove then
[19:13] <popey> thanks!
[19:13] <fginther> popey, the job is removed now.
[19:13] <fginther> the raring job
[19:14] <popey> thanks
[19:27] <popey> renato: seems pretty good
[19:27] <renato> nice, thanks
[19:28] <renato> I will try to release it soon
[19:34] <husker> hey, what's the recommended language for the new coming version of Ubuntu
[19:34] <husker> to build apps
[19:37] <husker> Qt? or Python still a valid option
[19:38] <sarnold> husker: QML is likely the path of least resistance, but some app developers are embedding a full JVM into their apps. I'm not sure I'd recommend it, but it's feasible..
[19:39] <husker> Well my idea is start developing/extending few apps for sysadmin stuff
[19:39] <husker> and if it becomes useful eventually add some UI
[19:39] <husker> that's why I thing Qt + QML can be a good choice
[19:40] <husker> but with python you get faster results
[19:40] <sarnold> *nod* I've thoght myself it'd be fu nto write some nice tools; but I think the core of what I' dwant to write would need to be done in C++ and the qml is mostly for the happy display..
[19:40] <husker> I know, still possible to link python with QML
[19:44] <dpm> balloons, around?
[19:46] <popey> bfiller: has https://code.launchpad.net/~renatofilho/qtorganizer5-eds/fix-1295180/+merge/212218 landed in the image?
[19:46] <bfiller> popey: yes that went in last week sometime
[19:47] <popey> hmm
[19:47] <popey> but not in distro?
[19:47] <bfiller> popey: should be in this version 0.1.1+14.04.20140404-0ubuntu1
[19:47] <popey> ok, ta
[19:49] <bfiller> popey: went it at rev 47 and was released at rev 48 https://code.launchpad.net/~phablet-team/qtorganizer5-eds/trunk
[19:49] <popey> renato: can you take a look at https://code.launchpad.net/~pkunal-parmar/ubuntu-calendar-app/CalManagement/+merge/213355 please?
[19:50] <popey> i just tested it on device and it works for me..
[19:51] <renato> popey, let me see
[19:51] <popey> thanks.
[19:56] <charles> popey, nik90, looks like the M-F issue might be a clock-app bug rather than datetime
[19:57] <popey> oh?
[19:57] <charles> popey, nik90: https://bugs.launchpad.net/ubuntu/+source/indicator-datetime/+bug/1308193/comments/4
[19:57] <ubot2> Launchpad bug 1308193 in indicator-datetime (Ubuntu) "Upcoming recurring alarms on wrong day" [Medium,Confirmed]
[19:57] <ybon> humm, since today update, it seems my "Build" menu in QtCreator isn't active anymore, any idea?
[19:58] <ybon> renato: I've been told that you are the master of QtOrganizer :) Do you have any example how to use DetailFilter to filter out alarms from events list: https://code.launchpad.net/~yohanboniface/ubuntu-calendar-app/AgendaView/+merge/212164 (last comment)
[19:59] <ybon> I've tried from the example in the documentation, but I've an error (trying to reproduce now, but QtCreator doesn't want me to run the app atm :( )
[20:00] <ybon> ah
[20:00] <ybon> file:///home/ybon/Code/qml/calendar-app/AgendaView/AgendaView.qml:16 Invalid property assignment: "type" is a read-only property
[20:00] <ybon> when setting the type in Type (as in the example of the doc)
[20:01] <renato> ybon, I use a detail filter on contact list something like: http://paste.ubuntu.com/7257300/
[20:02] <ybon> thanks! :)
[20:04] <ybon> the code of the contacts app isn't on the core apps? https://launchpad.net/ubuntu-phone-coreapps
[20:04] <ybon> (ah, QtCreator working now :) )
[20:05] <renato> popey,  two comments on the MR
[20:06] <popey> thanks renato
[20:10] <dpm> ybon, it's not a core app per se, we make a distinction between system and core apps, but both are open source and in LP, they're just under different projects
[20:10] <ybon> ok, thanks for the info dpm
[20:11]  * ybon looks in lp then :)
[20:12] <dpm> ybon, np. How are you getting on with the Agenda view? It'd be awesome to land it before release in 2 days
[20:12] <ybon> I'm dramataically missing time
[20:13] <ybon> but I'm on it right now
[20:13] <ybon> i've already looked at the issue some days ago, but didn't get the DetailFilter to work
[20:15] <dpm> ok, cool. Do you have all you need now?
[20:16] <ybon> hopefully :)
[20:16] <ybon> ah
[20:16] <ybon> maybe you know about the i18n part in javascript
[20:17] <ybon> is there a way to call i18n.tr() in a javascript lib?
[20:17] <ybon> (I mean in shared mode)
[20:19] <dpm> I don't know for certain, I've only used it in QML, but did Kunal not mention in an MP that it was possible?
[20:19] <ybon> in QML yes
[20:20] <ybon> in JavaScript, when in shared mode, I don't know
[20:20] <dpm> kalikiana, if you're still around, do you happen to know if it's possible to use i18n.tr() in JS?
[20:20] <dpm> ah, I see in shared mode
[20:20] <ybon> I can move my code to QML but it will be uglier and less DRY
[20:20] <dpm> are there many translatable strings in your JS code right now?
[20:20] <ybon> and at the moment I don't even know why my code would not work as it is :)
[20:21] <ybon> only date and time strings
[20:21] <charles> nik90, ping
[20:21] <dpm> ybon, I'd say concentrate on the rest and leave the translations part for a separate MP
[20:21] <ybon> (formats, I mean, like "YYYY:MM"...)
[20:21] <dpm> we'll figure out a way
[20:22] <ybon> Yes, this was my position too, but kunal was saying better to move it on QML
[20:22] <ybon> and so I'm just asking in case you know a way to keep it on js :)
[20:23] <dpm> I don't know off the top of my head, but I wouldn't make it a blocker. Better to focus on the core functionality, and we can figure this one out later
[20:23] <ybon> fully agree
[20:23] <dpm> cool
[20:23] <ybon> I'm a little bit sad that this MR is still ongoing at this time, partly because of me for sure, but imho we have missed a little bit of agility on the process
[20:24] <ybon> like we may have merged it earlier and have many other developper to work on small enhancements
[20:24] <ybon> instead of it bloked because of me missing time, and the rest of the code going ahead, and me merging again from time to time ;)
[20:25] <ybon> anyway, /me need to code, not discuss ;)
[20:25] <dpm> yeah, I agree, but it's sort of a big feature anyway, not sure if we could have broken it off in smaller parts
[20:25] <dpm> discussion is good if there are outcomes :)
[20:26] <dpm> so feel free to ping any of us if we can help
[20:26] <ybon> thanks dpm :)
[20:26] <dpm> np, thank *you* for your hard work on this
[20:30] <ybon> ah, damn, it's not the same DetailFilter it seems
[20:31] <ybon> renato: I may be wrong, but it seems that the one you pointed to me is not the DetailFilter from QtOrganizer but from QtContact
[20:31] <ybon> http://developer.ubuntu.com/api/qml/sdk-14.04/QtOrganizer.DetailFilter/ vs http://developer.ubuntu.com/api/qml/sdk-14.04/QtContacts.DetailFilter/
[20:32] <renato> ybon, yes this is for QtContact but should have the same syntax
[20:32] <ybon> ok, good to know thanks
[20:32] <ybon> but which values can be in detail: in this case?
[20:34] <dpm> renato, right now we can read eventy from a Google calendar. Should it be possible to write events to the remote Google calendar with the EDS plugin?
[20:34] <renato> dpm, yes sure
[20:35] <renato> dpm, in theory you write events on the local calendar which is synced with google
[20:35] <renato> you do not write direct in google calendar
[20:35] <dpm> ah, I see
[20:36] <renato> a new calendar is created for every account
[20:36] <renato> as soon as you write on this specific calendar a new sync starts
[20:36] <dpm> so in theory this should already work in the current calendar app?
[20:37] <nik90> charles: pong
[20:38] <charles> nik90, I tried to trace that M-F issue as far upstream as I could and wrote up my findings at https://bugs.launchpad.net/ubuntu/+source/ubuntu-clock-app/+bug/1308193/comments/5
[20:38] <ubot2> Launchpad bug 1308193 in ubuntu-clock-app (Ubuntu) "Upcoming recurring alarms on wrong day" [Medium,New]
[20:39] <charles> nik90, I think this might be a clock-app bug, but am not positive where the bug is between ubuntu-ui-toolkit and unity-clock-app and would appreciate another pair of eyes
[20:39] <nik90> charles: looking at it now
[20:39] <charles> nik90, thanks :)
[20:40] <renato> dpm, yes
[20:41] <ybon> cool, I've no more the alarms, but gasp I've no anymore event :p
[20:42] <dpm> ybon, did you figure out the syntax of details: in QtContact?
[20:42] <dpm> thanks renato
[20:43] <balloons> dpm, pong
[20:43] <ybon> dpm: on the riddle :)
[20:43] <dpm> hey balloons, thanks for coming back to me. Could you help the calendar guys with the issue in the last comment? I think it might be something trivial, but I'm not familiar enough with AP to tell -> https://code.launchpad.net/~pkunal-parmar/ubuntu-calendar-app/CalManagement/+merge/213355
[20:43] <ybon> I'm trying detail: [Type.Event, Type.EventOccurrence]
[20:43] <balloons> sorry I missed your ping.. me and the dentist had a little visit :-)
[20:44] <ybon> but this filter out everything :p
[20:44] <dpm> balloons, ouch, I hope all is well!
[20:44] <dpm> ybon, you might want to ask renato again about the best filter to use
[20:45] <ybon> I'm at this point http://paste.ubuntu.com/7257553/
[20:45] <ybon> but still no events on the list :(
[20:45] <renato> dpm, ybon, maybe this feature is not implemented on the plugin
[20:46] <ybon> oh
[20:46] <dpm> hmm... renato, do we need a bug for that?
[20:46] <renato> wait sorry
[20:46] <ybon> how can we check that for sure?
[20:47] <renato> I was thinking about other problem :D
[20:47] <renato> so many people talking :D
[20:47] <dpm> phew
[20:47] <renato> this should works
[20:47] <balloons> dpm, rev 222? I'm confused as to what's wrong
[20:47] <ybon> huhu :)
[20:47] <popey> heh
[20:47] <dpm> balloons, have a look at the latest comment from jenkins on that MP
[20:48] <balloons> dpm, about where the collection is saveD>
[20:48] <balloons> ?
[20:48] <renato> ybon, try with this small app: http://paste.ubuntu.com/7257576/
[20:48] <renato> if you still having problems send me the code
[20:49] <dpm> balloons, yes, it's r222, and the failure from Jenkins is the one described at https://code.launchpad.net/~pkunal-parmar/ubuntu-calendar-app/CalManagement/+merge/213355/comments/510855 - do you have an idea what could be causing it?
[20:49] <ybon> thanks renato :)
[20:50] <balloons> dpm, ahh.. makes more sense.. Could be a timing thing.. or the objectname is wrong :-)
[20:50] <balloons> I'll pull and check both
[20:51] <dpm> thanks balloons, this will move calendar selection for syncing forward, which is a huge thing, so any help is appreciated :)
[20:51] <balloons> +1 for syncing~!
[20:51] <dpm> :)
[20:52] <ybon> renato: http://paste.ubuntu.com/7257603/ doesn't show any event anymore
[20:52] <balloons> dpm, ok so calendar.qml has "todaybutton" as a defined object
[20:54] <renato> ybon, what exactly do you want to filter?
[20:54] <renato> this filter that you paste does not make sense
[20:54] <dpm> balloons, right, so why can't AP find the "todaybutton" object?
[20:55] <ybon> renato: I want to filter out the alarms
[20:55] <ybon> that are of type Todo afaik
[20:55] <ybon> this is more or less what I can see here http://developer.ubuntu.com/api/qml/sdk-14.04/QtOrganizer.DetailFilter/
[20:55] <nik90> charles: The alarms API automatically sets the Date to today if none are specified. So if that time is passed, then it should automatically ring the next day if the alarm is set to ring EveryDay
[20:56] <ybon> i.e. a DetailFilter that define a type
[20:56] <popey> gah, 4 errors in autopilot this time on calendar
[20:56]  * popey wipes data and runs again
[20:56] <nik90> charles: which is why the clock app doesn't set the date
[20:59] <balloons> dpm, having a look, it appears to be a timing thing
[21:03] <dpm> ok, thanks
[21:05] <renato> dpm, the calendar app that came with the image is the latest one  or I need to update it show how?
[21:08] <charles> nik90, I think maybe the error is in ubuntu-ui-toolkit's UCAlarmPrivate::checkRepeatingWeekly(). Testing
[21:08] <dpm> renato, I think trunk is ahead of what's in the image, so it might be better to update to the latest trunk release
[21:08] <charles> nik90, I think maybe the error is in ubuntu-ui-toolkit's UCAlarmPrivate::checkRepeatingWeekly(). Testing that theory now.
[21:08] <nik90> charles: check out https://bugs.launchpad.net/ubuntu-clock-app/+bug/1308193/comments/6
[21:08] <ubot2> Launchpad bug 1308193 in Ubuntu Clock App "Upcoming recurring alarms on wrong day" [High,Confirmed]
[21:09] <charles> ah, ok! thanks for the info :)
[21:09] <dpm> renato, or you can install from the core apps PPA on the desktop, that has a daily build and it's up to date
[21:09] <charles> I'll table the ubuntu-ui-toolkit testing then :)
[21:10] <nik90> ok
[21:14] <popey> fginther: do you know what's required to fix https://code.launchpad.net/~gang65/ubuntu-calculator-app/ubuntu-calculator-app-title-fix/+merge/215758 ?
[21:14] <popey> is it major work?
[21:20] <fginther> popey, looking
[21:29] <fginther> popey, any idea what update "to handle localized application name" are needed? I see that the calendar app MP worked just fine: https://code.launchpad.net/~gang65/ubuntu-calendar-app/ubuntu-calendar-titlefix/+merge/215760
[21:30] <popey> fginther: i thought you might know ☻
[21:32] <fginther> popey, I'm retesting and testing trunk to see if the test failures are unrelated to the MP
[21:52] <popey> fginther: also clock fails to build s-jenkins:8080/view/click/job/clock-app-click/181/console
[21:52] <popey> hudson.util.IOException2: remote file operation failed: /home/ubuntu/jenkins/workspace/clock-app-click at hudson.remoting.Channel@46019814:cyclops-node07
[21:53] <fginther> popey, blah! looks like a machine failure
[21:56] <fginther> popey, nope, not a machine failure, looks like a former bad build left some crud around. I've cleaned it up and trying again
[21:56] <popey> thanks
[21:57] <popey> fginther: next, weather is missing the key in the deb
[21:57] <fginther> akl;afdasdasg
[21:57] <popey> thats close, but the key has more letters than that
[21:57] <fginther> HA!
[21:57] <popey> ☻
[22:01] <popey> fginther: also ☻  if you get a moment can you poke https://code.launchpad.net/~martin-borho/ubuntu-weather-app/twc_5day_forecast/+merge/215269 please?
[22:01] <fginther> popey, sure, I'll add it to your request queue :-)
[22:02] <popey> ☻ sorry
[22:07] <fginther> popey, that's one's building
[22:09] <fginther> popey, something strange is happening with those calculator tests. When the tests starts, there's already a result in the registers, as if the db isn't cleared before the tests runs
[22:09] <popey> you mean clock?
[22:09] <fginther> https://code.launchpad.net/~gang65/ubuntu-calculator-app/ubuntu-calculator-app-title-fix/+merge/215758
[22:10] <popey> oh
[22:10] <fginther> popey, during http://91.189.93.70:8080/job/generic-mediumtests-trusty/2098/? the tests all worked until test_divide_with_zero and then they all fail after.
[22:17] <fginther> popey, http://s-jenkins:8080/view/click/job/clock-app-click/ is passing now
[22:17] <popey> ok, thanks
[22:26] <andrewvos> Is it possible to write an html5 ubuntu app that accesses the file system?
[23:09] <fginther> popey, I found (at least part of) the cause for the calculator failures... Changing the app name caused the database name to change, but the pathname in the tests was not updated
[23:09] <fginther> see https://code.launchpad.net/~fginther/ubuntu-calculator-app/ubuntu-calculator-app-title-fix-2/+merge/215980
[23:10] <popey> oof
[23:10] <popey> thanks