[09:24] <JamesTait> Good morning all; happy Name Your PC Day! :-D
[09:57] <randomcpp> JamesTait, good morning! all my PCs have a name, except for mobile devices, I need a better name for my rpi, "hackberry" is too silly xD
[09:57] <JamesTait> randomcpp, well, our rpi is just called raspberrypi, so, y'know. ;)
[09:58] <JamesTait> Now I think about it, that and my current laptop are my two most recent additions, and both have a food-themed name.
[09:59] <randomcpp> well but they deserve a "personal" name, a name they only have :) we're all humans but we have different names :p
[10:00] <JamesTait> This machine is gazpacho; my previous laptop was sixtymilesmile, and the one prior to that was ferrari.
[10:01] <JamesTait> Before that I was using desktop machines; IIRC the last two desktop towers were cloudnine and goodytwo.
[10:01] <JamesTait> Not that I have a personal relationship with them or anything....
[10:02] <randomcpp> my laptop's name is blackpearl because when I unboxed it I was watching pirates of the Caribbean
[10:02] <randomcpp> xD
[10:03] <randomcpp> my old desktop was deathstar (not related to star wars when I named it)
[10:03] <randomcpp> because it was close to death as pc
[10:04] <JamesTait> Heh!
[10:04] <randomcpp> it served me very well though
[10:08] <randomcpp> did anyone start developing a webdav client for ubuntu touch?
[10:18] <popey> randomcpp: dont know of anyone doing that
[10:19] <randomcpp> popey, it will be on my todo list :p
[10:19] <randomcpp> I have a owncloud server installed on my rpi, I need a client for it :)
[10:26] <randomcpp> popey, do you know if ubuntu-touch automatically set mobile access point?
[10:28] <popey> randomcpp: do you mean, does ubuntu touch act as an access point to share 3g over wifi? If so, no.
[10:29] <randomcpp> I mean if it sets APN correctly
[10:38] <randomcpp> I love the Messages app
[10:39] <randomcpp> it would be nice to shows if a message is "sending" or already "sent"
[10:41] <popey> It sets the APN correctly for me, if it doesn't for you then it's a bug.
[10:42] <randomcpp> I think it does, is there a way to check it?
[11:02] <popey> randomcpp: there's various ofono scripts on the device which report info about the radio and connection
[11:03] <randomcpp> (I totally love the message notification sound) ok I'll check them
[11:21] <randomcpp> popey, is it normal to have as last update the date 1970/07/30?
[11:23] <popey> yeah, I've seen that
[11:23] <popey> when the clock isnt set right
[11:23] <randomcpp> "system-image-cli --dry-run" says it's everything up-to-date (version ubuntu: 20131031.1)
[11:28] <rottinrob> gm all
[11:29] <dpm> morning rottinrob
[11:56] <nerochiaro> om26er: hi, if i need to write integration tests for an app, do you already have any examples i can look at ?
[11:57] <om26er> nerochiaro, sure. here is a yet to be merged example: https://code.launchpad.net/~om26er/gallery-app/camera-integration-test/+merge/189685
[11:57] <om26er> nerochiaro, I havea  pending branch for camera-app as well. if you could review that will be fine
[11:57] <om26er> *helpful :)
[11:58] <nerochiaro> om26er: which one it is ?
[11:58] <om26er> nerochiaro, https://code.launchpad.net/~om26er/camera-app/fix_autopilot_test_code
[11:59] <om26er> nerochiaro, wrong. This https://code.launchpad.net/~om26er/camera-app/gallery_integration_test/+merge/189797
[12:10] <nerochiaro> om26er: jenkins says that the tests fail on that one, though
[12:11] <om26er> nerochiaro, that's a different problem. I just retriggered a build. I was due to a dependency problem
[12:11] <nerochiaro> Ok
[12:11] <om26er> nerochiaro, you can try the debs on your phone :)
[12:14] <nerochiaro> om26er: both these branches seem to be just checking that another app is focused. any way to actually interact with the other app ?
[12:14] <nerochiaro> om26er: i mean, say i want to click a specific button on the other app
[12:14] <om26er> nerochiaro, sure. I am going to further enhance these very soon. once these branches get merged.
[12:15] <nerochiaro> om26er: i'll need to do that for browser-gallery integration, so knowing how to do that would be useful
[12:16] <om26er> nerochiaro, right, we first need to set initctl env variable so that all apps that run inside unity run with testability. then we can get their proxy object easily by referring to their pid inside get_proxy_object_for_existing_process() from autopilot.introspection
[12:17] <nerochiaro> om26er: ok, will that be around next Monday ? I won't work on this before then
[12:18] <nerochiaro> but it would be great to have it then
[12:18] <om26er> nerochiaro, as soon as you approve my branch and it gets merged ;)
[12:18] <om26er> nerochiaro, btw can you state a use case you have for the test you want to write
[12:20] <nerochiaro> om26er: user clicks on a "chose file to upload" button in a form on a webpage, the content hub opens up the gallery where the user picks a photo and clicks ok, then the focus is given back to browser and passed the path of the photo
[12:20] <nerochiaro> om26er: i need to test this whole process
[13:14] <Kaleo> mzanetti, mhall119, popey: do you know of any app interested in using the Picker component?
[13:14] <mzanetti> Kaleo: what's the Picker component?
[13:14] <Kaleo> mzanetti, http://developer.ubuntu.com/api/qml/sdk-1.0/Ubuntu.Components.Pickers.Picker/
[13:15] <Kaleo> let me show you
[13:15] <mzanetti> Kaleo: ah, the generic one where you can use an own model.
[13:16] <Kaleo> mzanetti, http://imgbin.org/index.php?page=image&id=15732
[13:16] <Kaleo> popey, mhall119 ^
[13:17] <mzanetti> Kaleo: yeah... I know this one... I created this for the Fahrplan
[13:17] <Kaleo> oSoMoN, any app you know of that would be interested in http://imgbin.org/index.php?page=image&id=15732 ?
[13:17] <Kaleo> mzanetti, :)
[13:17] <mzanetti> Kaleo: however, I only use it for Time and datepicker
[13:17] <Kaleo> ok
[13:17] <mzanetti> Kaleo: not sure if there's a use case for a general purpose one. I think we want the OptionSelector in that case
[13:17] <mzanetti> otoh, this picker might be better for really long lists
[13:18] <popey> Kaleo: ooh, thats pretty
[13:18] <Kaleo> mzanetti, it will be at least used by the time and date pickers :)
[13:18] <Kaleo> popey, ;)
[13:19] <mzanetti> Kaleo: got one: an app where you have to enter your height for example
[13:19] <Kaleo> mzanetti, sounds good
[13:19] <randomcpp> Kaleo, it would nice to have something similar that shows options horizontally
[13:19] <Kaleo> randomcpp, horizontally, ok
[13:19] <randomcpp> would be*
[13:20] <randomcpp> Kaleo, it seems to waste a lot of vertical space in my opinion :)
[13:21] <popey> Kaleo: none spring to mind but will keep an eye out
[13:21] <Kaleo> popey, thanks
[13:21] <mzanetti> Kaleo: actually, wherever you need to select numbers this seems useful
[13:21] <mzanetti> Kaleo: it's a bit like the spinners from Widget days
[13:22] <Kaleo> mzanetti, yes
[13:32] <om26er> Mirv, ping
[13:33] <oSoMoN> Kaleo, I imagine that could be used for a generic datetime picker (which is probably already planned anyway)
[13:34] <Kaleo> oSoMoN, right
[13:34] <Kaleo> thanks everybody
[13:36] <Mirv> om26er: pong
[13:38] <om26er> Mirv, so we have QtMultimedia from the qt project with all its unit tests and integration tests. But they are not running anywhere I believe. We wanted to run them on the phone hardware to check their integrity with our gstreamer backend. Do you have an opinion there?
[13:38] <om26er> all the unit tests pass but 16 integration tests are failing on the phone
[13:39] <Mirv> om26er: there have been problems in running the tests on builders. if you can figure out / patch configuration for a good subset so that the tests could be run from debian/rules on each package build, that'd be nice. it's an open bug for all of the Qt modules that don't run their tests yet.
[13:39] <Mirv> om26er: xvfb helps to an extent
[13:40] <om26er> Mirv, well we want them to run them directly on the phone
[13:40] <Mirv> om26er: for example qtpim does xvfb-run -a make check QT_PLUGIN_PATH=$(CURDIR)/plugins LD_LIBRARY_PATH=$(CURDIR)/lib
[13:41] <Mirv> om26er: yeah, then it'd need to be maybe via autopilot test since those are run on the device in CI? I think autopkgtests are not run on touch device, although I might be wrong
[13:41] <Mirv> om26er: if you mean you'd like to have them run more automatically
[13:42] <Mirv> om26er: regarding what could be run on phone in an automated way, maybe contact the QA team instead
[13:43] <om26er> Mirv, yes autopilot tests are run in on phones in CI. and we want the integration tests inside QtMultimedia to also run on the phone. the are based on QtTest
[13:43] <om26er> Mirv, yeah, I am kind of part of the QA time ;) just wanted to make sure with you if there are things we should be watching out for
[13:43] <Mirv> om26er: ok, right. please raise the topic on how to run QtTests on the phone, I believe we'd really want to be able to do that anyway since some developers of apps etc could want to use them too.
[13:44] <Mirv> om26er: mainly just that a) the status of upstream tests is not completely known (are the 100% pass in their CI or do they always accept some amount of failure), b) when running on builders, there are some limitations
[13:45] <Mirv> it seems there is no substitute to real hardware with real accelerated OpenGL (ES) anyhow when running Qt tests
[13:46] <om26er> Mirv, yeah so we'll run them on real phones
[13:56] <mhall119> Kaleo: one of the core apps devs wanted to use a Picker, nik90 maybe?
[13:58] <Kaleo> nik90, interested in http://imgbin.org/index.php?page=image&id=15732 ?
[14:09] <nik90> Kaleo: looks really nice. atm the clock app doesn't need it yet since the designs use different widgets
[14:10] <nik90> but I can see use in the future
[14:10] <nik90> thnx
[14:14] <Kaleo> nik90, ok
[14:30] <hugopl> Kaleo: ping
[14:30] <Kaleo> hugopl, pong
[14:31] <AskUbuntu> Can apps developed in the Ubuntu SDK be ported to Android? | http://askubuntu.com/q/379879
[14:41] <nik90> Kaleo: Is there a SDK widget for expansion? -> http://design.ubuntu.com/apps/building-blocks/expansion
[14:43] <Kaleo> nik90, nope
[17:12] <ahayzen> vthompson, o/
[17:17] <vthompson> ahayzen, hey hey
[17:18] <ahayzen> vthompson, hows things?
[17:18] <vthompson> ahayzen, pretty good. You?
[17:19] <ahayzen> vthompson, yh good thanks...just trying to sort out the swipeDelete mess tht i caused last night :/
[17:19] <vthompson> ahayzen, the bug only happens in that small case. So I don't think it's that big of a deal.
[17:20] <ahayzen> vthompson, i'll see if i can replicate and i'll add those other cases in to hide the swipe
[17:20] <ahayzen> vthompson, so from the mediascanner discussion we are going to keep Grilo for saucy?
[17:20] <vthompson> ahayzen, I played with the notes app a bit for the first time and they allow multiple items to be in the "confirm delete" state... maybe we could do so as well. Just didn't seem right to me
[17:21] <ahayzen> vthompson, yeah thts why i put it in
[17:21] <vthompson> ahayzen, it sounds like they aren't targeting saucy with the new mediascanner... so we'll have to maintain grilo there still
[17:21] <ahayzen> vthompson, what should i do with https://code.launchpad.net/~andrew-hayzen/music-app/performance-tweaks-001
[17:21] <ahayzen> vthompson, it reduces startup time for me from ~700-900ms to ~200ms
[17:22] <ahayzen> vthompson, and has various other improvements
[17:22] <vthompson> ahayzen, so I haven't looked at that at all.
[17:22] <ahayzen> vthompson, brb
[17:35] <vthompson> ahayzen, so on my dev box (which is slow and has ~18 GB of music) the initial app loading goes from 10.718s to 8.359s
[17:36] <vthompson> ahayzen, I also notice that the busy indicator on the songs tab doesn't show up immediately like it should
[17:58] <ahayzen> vthompson, the busy indicator not appearing immediately appears to because of the UI being blasted with rows to add to the view
[18:19] <AskUbuntu> Why isn't python featured? | http://askubuntu.com/q/379977
[18:20] <vthompson> ahayzen, that seems possible
[18:45] <om26er> fginther, hey. help needed :)
[18:45] <om26er> fginther, https://jenkins.qa.ubuntu.com/job/autopilot-testrunner-otto-trusty/825/testReport/junit/address_book_app.tests.test_add_contact/TestAddContact/test_add_contact_with_first_name/
[18:46] <om26er> these tests are failing on otto for renato_ Is there a way to reproduce that environment so that we could debug ?
[18:46] <lfaraone> If I want a menu icon in Unity, do I want to create an entry in `debian/menu`, or install a .desktop file?
[18:49] <fginther> om26er, it's possible to reproduce the environment, but it does take a lot of work. Can I assume you've already tried to run this on a desktop?
[18:49] <om26er> fginther, yes. tests pass on the desktop.
[18:49] <om26er> renato_, ^^
[18:50] <fginther> om26er, to setup, you essentially need to setup lp:otto and create a trusty container
[18:50] <fginther> om26er, there are instructions in lp:otto to set it up
[18:51] <fginther> om26er, there is then a bzr branch with the actual test runner and some additional scripting in the jenkins job itself
[18:52] <om26er> fginther, ok. thanks
[18:53] <fginther> om26er, I'll send an email
[20:54] <vthompson> dpm, mhall119, popey: is there any way we can get the music-app discussion moved back an hour? It's currently scheduled at the same time as the Media Service session.
[20:54] <vthompson> http://summit.ubuntu.com/uds-1311/meeting/22054/music-2.0-development/
[20:55] <mhall119> bfiller: the cascade begins :(
[20:56] <mhall119> vthompson: can I move it back 2 hours?
[20:56] <ahayzen> vthompson, i would be fine with tht
[20:56] <mhall119> oh wait, yes, one hour would work..I think
[20:56] <vthompson> mhall119, either would work for me
[20:57] <bfiller> mhall119: you could move my Roadmap session from 16:05 to 14:05 if that helps
[20:57] <mhall119> bfiller: I don't have space at 14:05
[20:58] <vthompson> bfiller, mhall119: the vacant spot would be 15:05
[20:59] <mhall119> but neither of the appdev sessions at 16:05 can be moved to 15:05, because the conflict with the touch apps on desktop session
[20:59] <vthompson> mhall119, 1805?
[21:00] <bfiller> mhall119: how about swap both 15:05 sessions with 14:00 sessions
[21:01] <mhall119> vthompson: did the original 14:00 time work for you?
[21:01] <vthompson> mhall119, it doesn't for ahayzen. I sort of want an additional music app dev there so we can discuss how things will be ordered
[21:02] <mhall119> vthompson: would 1805 be okay, or too late?
[21:02] <vthompson> mhall119, OK w/ me.
[21:02] <vthompson> ahayzen, ?
[21:02] <ahayzen> mhall119, vthompson, Ok with me :)
[21:02] <ahayzen> the later the better :)
[21:03] <mhall119> gah, can't move either of the 18:00 ones either :(
[21:03] <ahayzen> mhall119, what about shuffling the hallway sessions?
[21:04] <ahayzen> heh this has turned into a timetable nightmare lol
[21:04] <vthompson> mhall119, We need an app for this
[21:04] <mhall119> ahayzen: that's the way UDS usually is :)
[21:04] <mhall119> vthompson: we have one, it's summit
[21:05] <ahayzen> vthompson, it should be like the uni ones where everyone says wht modules they need to attend then it works it out
[21:05] <nik90> dpm,popey: Hey! not sure if you guys are online, but if you are can you review https://code.launchpad.net/~nik90/reminders-app/basic-structure/+merge/196014
[21:05] <mhall119> Kaleo: do you need to be in the "System frameworks for apps" follow up session?
[21:05] <vthompson> mhall119, there appears to be an opening in Community 2 at 1805
[21:06] <Kaleo> mhall119, I won't be able to make it it seems
[21:06] <mhall119> vthompson: yeah, might need to use that
[21:06] <Kaleo> mhall119, and yes I should be there
[21:06] <mhall119> Kaleo: won't be able to make which?
[21:06] <nik90> vthompson, ahayzen: I read above you guys having issues with swipe delete. Are you referring to the tests or the UI implementation itself?
[21:07] <Kaleo> mhall119, one of the 2 at 4pm
[21:07] <Kaleo>  "System frameworks for apps" follow up session
[21:07] <nik90> vthompson, ahayzen: fyi, I just did and merged it into the clock app trunk. Maybe I can help?
[21:07] <ahayzen> nik90, we have a custom implementation just patching up initial issues
[21:07] <mhall119> Kaleo: yeah, you seem to be over-booked tomorrow
[21:07] <nik90> ahayzen: Do you guys need to use a custom implementation? The SDK offers this now.
[21:08] <ahayzen> nik90, yeah but we need reordering
[21:08] <vthompson> nik90, our issue is more with the design of it. Currently, we don't allow multiple items to be in the "confirm delete" state. This causes a small issue in some instances.
[21:09] <nik90> vthompson: ah okay.
[21:09] <nik90> ahayzen: reordering?
[21:09] <nik90> ahayzen: you mean reordering in the list view?
[21:09] <mhall119> vthompson: ahayzen: so if I move the music app session to Community 2 at 18:05, you can both attend?
[21:09] <ahayzen> nik90, yeah we have drag and drop reordering in the list for the play queue and playlist
[21:09] <vthompson> mhall119, I can
[21:09] <ahayzen> nik90, this wasn't implemented in the sdk before
[21:09] <ahayzen> mhall119, yep 1805 is good for me
[21:10] <mhall119> ok, done
[21:10] <vthompson> mhall119, thanks!
[21:10] <ahayzen> mhall119, thanks
[21:10] <mhall119> Kaleo: not sure there's anything I can do for your schedule conflicts, sorry
[21:12] <nik90> ahayzen: that's true
[21:12] <nik90> ahayzen: can you provide me a link to the code where you use this swipe delete?
[21:13] <ahayzen> nik90, we firstly have this .... http://bazaar.launchpad.net/~music-app-dev/music-app/trunk/view/head:/common/SwipeDelete.qml
[21:13] <nik90> ahayzen: afaik the SDK doesn't offer drag and drop feature in list view as of today. So I can understand, however I am still not seeing what swipe delete has to do with this. Hence the code viewing.
[21:14] <ahayzen> nik90, then this is one of the implementations http://bazaar.launchpad.net/~music-app-dev/music-app/trunk/view/head:/MusicPlaylists.qml#L790
[21:14] <dpm> hey nik90, looking at the MP now
[21:14] <nik90> dpm: thnx :)
[21:14] <ahayzen> nik90, because of the way the MouseAreas work
[21:15] <vthompson> ahayzen, I think we could solve all issues if we can capture and cancel being in the "confirm delete" state on any click in the list view other than the "Clear" portion
[21:15] <ahayzen> nik90, IIRC as soon as u add a mouseArea to track the reordering the mouse events would be captured only in one place
[21:16] <ahayzen> vthompson, so if we click on something it should hide as well?
[21:16] <ahayzen> vthompson, thts easy to do :) do u want to allow multiple swipes to be in the cancel state or not?
[21:16] <vthompson> ahayzen, I'd think so. I think usability-wise as soon as the user moves on to do something else the action should be discarded.
[21:17] <ahayzen> vthompson, ok i'll update tht branch i have going :)
[21:17] <vthompson> ahayzen, I don't think we should allow multiple... but notes allows multiple...
[21:17] <ahayzen> vthompson, same
[21:18] <vthompson> ahayzen, lets do that then. It supports the "hide once the user chooses to do something else" model.
[21:18] <ahayzen> vthompson, just updating now give me 5
[21:20] <ahayzen> vthompson, what about if someone moves away from that tab (playlists) or closes the now playing? should it then dismiss the swipe?
[21:21] <vthompson> ahayzen, I would think so. But I realize that might be more difficult.
[21:21] <ahayzen> vthompson, i'll put it in :)
[21:21] <dpm> nik90, reviewed, I just noticed a couple of minor things
[21:21] <ahayzen> vthompson, and if u go 'back' from the playlist to the list of playlists?
[21:22] <vthompson> So clicks on the "go back" button, and any controls would need to change
[21:22] <vthompson> Not to mentioning navigating to a different tab in the playlists tab...
[21:23] <vthompson> I wonder if you could capture if the listview is no longer active and hide then.
[21:23] <ahayzen> vthompson, hmm...i've got clicking on a track, press and hold a track, go back, switch tab
[21:23] <vthompson> ahayzen, I'd hate to have to add logic everywhere just for this
[21:24] <ahayzen> vthompson, all it is is... collapseSwipeDelete(-1);
[21:24] <ahayzen> vthompson, in 6 places
[21:24] <vthompson> :) that's what I would have liked to avoid.
[21:25] <ahayzen> vthompson, not too bad tbh
[21:26] <vthompson> No probably not too terribly bad. Just worried that the action would get missed if new stuff was added. Also, swipe to delete might not be on the desktop version--have swipe specific code everywhere might get a bit messy
[21:28] <nik90> dpm: fixed
[21:29] <vthompson> I was initially imagining that you'd capture the onClicked anywhere in the list view and hiding from there. Navigating up or down the listview seems like it should also cancel the action
[21:29] <ahayzen> vthompson, that collapses when things are clicked/focus changed etc https://code.launchpad.net/~andrew-hayzen/music-app/fix-1252898/+merge/195898
[21:29] <vthompson> And the controls still all don't cancel the action
[21:29] <dpm> nik90, awesome, will test it in a minute. Also, for the next merge proposal it might be worth stealing some things from https://code.launchpad.net/~dpm/reminders-app/initial - it was essentially doing similar things to your branch (except adding pages for notes, reminders and notebooks) and it also added the debian packaging and translations infrastructure
[21:30] <dpm> but let's get your branch merged first
[21:30] <nik90> dpm: I will add them in 2 separate MP. One for debian packaging and the other for translations
[21:30] <dpm> awesome
[21:30]  * popey approves
[21:30] <nik90> dpm: I did not want to combine them for convenience
[21:30]  * dpm nods
[21:30] <popey> looks nice
[21:30] <dpm> makes sense
[21:30] <ahayzen> vthompson, i guess at some point reordering will be added to the sdk then we can use the default stuff
[21:32] <vthompson> ahayzen, sure, we also don't know if that will solve issues or cause more :)
[21:32] <dpm> fginther, we need to have Jenkins jobs for lp:reminders-app - what would you need from us to start setting them up?
[21:32] <dpm> popey, ^
[21:32] <ahayzen> vthompson, should 'solve' them or make us consistent with the other apps
[21:32] <popey> ooh, good call
[21:32] <nik90> ahayzen, vthompson: I just installed the music app on the desktop. I also added music to home/Music folder. But it says that I need to import music first when I open the app. Is there anything I did wrong?
[21:32] <popey> nik90: you're missing mediascanner
[21:33] <nik90> popey: separate package?
[21:33] <vthompson> Yep
[21:33] <ahayzen> nik90, u run mediascanner-service ~/Music ... and got the mediascanner
[21:33] <ahayzen> vthompson, thought the mediascanner had been added as a depend the other day?
[21:33] <fginther> dpm, just file a bug here: https://launchpad.net/ubuntu-ci-services-itself and indicate which projects or branches are involved
[21:33] <nik90> ahayzen: hmm good question. I would expect mediascanner to be an automatic dependency
[21:34] <vthompson> ahayzen, I'll approve the merge. It solves the bug at hand. the other issues might be more design related
[21:34] <ahayzen> nik90, u will need to run tht cmd once u have the package
[21:34] <nik90> ahayzen: yup doingn it now
[21:34] <ahayzen> nik90, cool, takes a while :)
[21:35] <nik90> ahayzen: I just have one folder :D
[21:35] <ahayzen> nik90, not so long then
[21:35] <nik90> ahayzen: I mostly use spotifyon the desktop
[21:35] <nik90> yup works now.
[21:35] <nik90> thnx
[21:35] <ahayzen> nik90, yh most people i ask use spotify or youtube
[21:35] <ahayzen> nik90, cool
[21:35] <dpm> nik90, given the fact that we still don't have Jenkins and it's the second commit, I've *cough* manually *cough* merged and pushed to trunk
[21:36] <ahayzen> nik90, vthompson, https://bugs.launchpad.net/qtgrilo/+bug/1241403
[21:36] <ubot2> Launchpad bug 1241403 in Ubuntu Music App "Music app's grilo plugin package needs to depend on mediascanner" [Undecided,Triaged]
[21:36] <mhall119> dpm: do we have any AP tests?
[21:36] <nik90> dpm: when can we expect jenkins bot to do merges?
[21:36]  * mhall119 knows there isn't much to test yet
[21:36] <nik90> dpm: I will be creating 2 more MP today
[21:36] <dpm> mhall119, not yet, but it's a good point we'll need to talk to balloons
[21:37] <dpm> nik90, I'll file the bug for Jenkins in a minute and talk to Francis to get a better idea
[21:37] <mhall119> yeah, it'll be easier to start with 100% test coverage now, then try to catch up later
[21:38] <vthompson> ahayzen, yea, that fix probably hasn't gone into qtgrilo package yet
[21:38] <nik90> vthompson: I guess so since I just installed everything from the core apps PPA
[21:38] <ahayzen> vthompson, ah ok
[21:38] <nik90> vthompson: although would mediascanner-service be run automatically?
[21:39] <vthompson> nik90, the service should start automatically... I've actually stopped it from starting because it spun up after every reboot
[21:40] <vthompson> nik90, It'll scan $HOME--but for the music apps purpose it only needs to scan ~/Music
[21:40] <vthompson> .... for most sane people who store their files in a reasonable manner
[21:41]  * popey puts aquarius in the "unreasonable" camp ☻
[21:41] <dpm> fginther, thanks filed https://bugs.launchpad.net/ubuntu-ci-services-itself/+bug/1253441 - let me know if that provides enough context
[21:41] <ubot2> Launchpad bug 1253441 in Ubuntu CI Services "Please add Jenkins job for Autopilot tests and autolanding for the Reminders app" [Undecided,New]
[21:42] <nik90> vthompson: hehe thnx for the heads up.
[21:43] <mhall119> Unreasonable Camp is the *best* summer camp
[21:43] <popey> hah
[21:43] <popey> One time, at unreasonable camp..
[21:44] <vthompson> mhall119, I guess since it was brought up earlier--we've confirmed with the mediascanner team that they'll be moving away from Grilo in favor of a new C++ library with additional QML bindings. We'll be specifying requirements for them soon
[21:44] <mhall119> vthompson: ok....I wonder what that means for future TV development, since that was originally using Grilo
[21:45] <vthompson> mhall119, and Qtgrilo?
[21:45] <vthompson> I suppose not
[21:45] <mhall119> I don't think it was using qtgrilo, the scopes were using grilo (or going to be using grilo)
[21:45] <vthompson> I recall that they'll still have a C++ api available
[21:46] <vthompson> Is TV going to be a push in 14.04?
[21:46] <fginther> dpm, thanks. there is enough context there. The first thing that is needed is packaging.
[21:46] <mhall119> no, but there's already been some work on it, and it should pick up again probably in 15.04 cycle
[21:47] <vthompson> They are currently developing a branch for "v2". Maybe the initial version will still be used by TV as they go forward and start development again
[21:48] <vthompson> and they can move over to v2 when they are ready. But it may be nice to realize what their requirements would be sooner rather than later
[21:48] <dpm> fginther, ok, cool. nik90, you say you're going to take care of the packaging ^^ in your next MP, or shall I have a go at it?
[21:57] <nik90> dpm: next up https://code.launchpad.net/~nik90/reminders-app/add-translation-support/+merge/196021
[21:57] <dpm> balloons, right now we've got a really basic Evernote app on lp:reminders-app that shows 3 tabs with a page each, and we need to get at least a basic test to get started with testing coverage and Jenkins running it. Could you help us get bootstrapped by writing the first test and setting up the source tree layout for AP tests?
[21:57] <dpm> nik90, \o/
[21:57] <dpm> looking
[21:58] <nik90> dpm: next one is the debian packaging. MP -> https://code.launchpad.net/~nik90/reminders-app/add-debian-click-packaging/+merge/196022
[21:58] <dpm> wohoo! you're unstoppable
[21:59] <nik90> lol
[22:00] <dpm> first MP merged
[22:01] <popey> for the second one...
[22:01] <popey> QXcbConnection: Could not connect to display
[22:01] <popey> make[1]: *** [check] Aborted (core dumped)
[22:01] <popey> what's going on there?
[22:01] <popey> qmltestrunner -input tests/unit
[22:01] <popey> that's failing
[22:01] <nik90> dpm: I think you have done lot more work with the account plugin and the api pluging. My MP are all small in comparison
[22:01] <nik90> popey: are you referring to my debian packaging MP?
[22:01] <popey> yes
[22:02] <popey> it fails to build when using debuild -uc -us, as a test
[22:02] <dpm> nik90, not really, I got a lot of help from other folks - mzanetti did most of the work for the C++ plugin
[22:02] <mzanetti> o/
[22:03] <mzanetti> working?
[22:03]  * nik90 compares clock and reminders debian folders
[22:04] <popey> it could well be something busted locally here
[22:04]  * dpm tries a local build too
[22:04] <dpm> mzanetti, not yet, do you have a few minutes to talk about it?
[22:04] <popey> but I build all the other core apps locally fine
[22:04] <mzanetti> yeah
[22:05] <nik90> popey: will ping you in about 15 mins to do a test again. I am finding some small fixes here and there
[22:05] <vthompson> ahayzen, nik90: oh yea, I had some fun creating a probably horrible vertical and horizontal music app layout
[22:06] <vthompson> https://ubuntu.mybalsamiq.com/projects/ubuntuphonecoreapps/Music%20app%20-%20Horizontal%20tablet
[22:06] <popey> ok
[22:06] <vthompson> https://ubuntu.mybalsamiq.com/projects/ubuntuphonecoreapps/Music%20app%20-%20Vertical%20tablet
[22:06] <ahayzen> vthompson, cool i'll have to have a go once i've done my cwk
[22:06] <dpm> popey, nik90: same here: http://pastebin.ubuntu.com/6450499/
[22:07] <dpm> mzanetti, so essentially, I got it to do the checkVersion() call and successfully talk to the Evernote server, but only via http, not https
[22:08] <dpm> mzanetti, for https there seems to be an error with SSL checking the Evernote's site certificate. That's one issue.
[22:09] <mzanetti> dpm: ok, yeah. that's what you wrote in the mail last week
[22:13] <dpm> mzanetti, exactly. Rather than blocking on the SSL bit, the next step I'm thinking is to get a connection with the NoteStore and get a list of apps. For this we'll need an authentication token (which we get from online accounts), but it seems from the Evernote side of things they don't have any sample code or documentation
[22:14] <mzanetti> dpm: yeah. you said you can get the topek from online accounts
[22:14] <mzanetti> token
[22:14] <dpm> mzanetti, yeah, that's already possible, I'm writing a blog post with instructions
[22:15] <dpm> I wanted to get it out today, but UDS kind of got in the way :)
[22:15] <mzanetti> dpm: where is the official repository now?
[22:17] <dpm> mzanetti, lp:reminders-app. The trunk does not have any C++ code, but I pushed a branch with my changes to your code which you can find there. In any case, the Evernote guys pointed us out to some sample code some developer did: http://discussion.evernote.com/topic/27583-evernote-c-example-code/
[22:17] <dpm> mzanetti, it's the evernote-api-plugin branch on https://code.launchpad.net/reminders-app
[22:21] <dpm> mzanetti, and here's the draft of the instructions on how to use the Evernote Online Accounts provider: http://pastebin.ubuntu.com/6450567/
[22:21] <nik90> popey: try now/
[22:22] <mzanetti> dpm: yeah, I saw that example... it's indeed the best I could find out there. still not too good
[22:23] <popey> nik90: ok
[22:23] <popey> nik90: same
[22:24] <popey> http://paste.ubuntu.com/6450577/
[22:24] <dpm> mzanetti, yeah, I tried to figure it out with my rusty C++ knowledge, and I figured out that much too. However, I think this is the best we'll be able to get. Or there is also http://code.google.com/p/qvernote/source/browse/QvernoteAPI.cpp
[22:25] <dpm> which is a full app, but I'm not to sure if it's outdated in terms of accessing the Evernote API
[22:25] <mzanetti> dpm: now that looks interesting
[22:26] <dpm> yeah, it's even Qt :)
[22:26] <nik90> popey: hmm, at this point, the debian folder is quite similar to the clock app's debian folder
[22:26] <nik90> popey: may be we should ask timp to take a look at it. He was the one who did it for the clock app
[22:26] <popey> debuild works for clock
[22:27] <dpm> mzanetti, in an ideal world we could reuse their API wrapper, but I'm not sure if a) it's up to date or b) it's generic enough for us to use
[22:27] <popey> i just pulled trunk to test
[22:27] <popey> qmltestrunner isn't mentioned in clock makefile
[22:28] <popey> tests/unit/tst_hellocomponent.qml://   qmltestrunner
[22:28] <popey> that's the test triggering the issue, are you expecting that test to work?
[22:28] <popey> FAIL!  : qmltestrunner::tst_hellocomponent::compile() HelloComponent is not a type
[22:29] <nik90> popey: ah
[22:29] <dpm> well spotted popey
[22:29] <nik90> popey: I am removing that file
[22:29] <nik90> there is no helloworld component anymore in the code
[22:29] <popey> lemme know when to test again
[22:30] <nik90> popey: do we need a makefile?
[22:30] <nik90> since clock doesnt have one
[22:30] <popey> probably not if you have debian/rules and it doesn't require it
[22:31] <dpm> mzanetti, I realize they might not the best samples, but are they something that you could start on if you could help us creating a function to connect to the NoteStore and retrieve a list of notes or notebooks? The other thing that we'd need on the API plugin would be a way to pass the auth token from QML to the C++ plugin. It's simply a string, so I assume it's trivial, it's just that I don't have much experience passing data back and forth betwee
[22:31] <dpm> n C++ and QML
[22:31] <nik90> popey: updated MP
[22:31] <popey> kk
[22:31] <popey> make[1]: tests/autopilot/install_autopilot.sh: Command not found
[22:32] <dpm> same here
[22:32] <popey> you should "debuild -uc -us" before you push ☻
[22:32] <mzanetti> dpm: yeah I'll see what I can do
[22:32] <mzanetti> dpm: no worries about passing the token to c++
[22:33] <dpm> awesome, thanks mzanetti
[22:33] <nik90> popey: do I run it in the root folder?
[22:33] <nik90> or outside it?
[22:33] <popey> ya
[22:33] <popey> inside
[22:34] <dpm> nik90, you might need to install the packaging tools and add a couple of variables to ~/.bashrc for it to work:
[22:34] <nik90> dpm: I have added debfullname and email in it
[22:34] <dpm> export DEBFULLNAME='David Planella'
[22:34] <dpm> export DEBEMAIL='david.planella@theawesomefreeos.com'
[22:34] <nik90> I also think I have the packages installed
[22:34] <dpm> yeah, that's it :)
[22:34] <popey> nice domain there
[22:34] <dpm> :)
[22:34] <nik90> hehe
[22:37] <nik90> popey: I got it working **insert evil grin here**
[22:37] <popey> Muhahahaha!
[22:38] <dpm> awesome, nice touch adding the icon too, nik90
[22:38] <popey> lemme know when you've pushed
[22:38] <nik90> popey: just pushed
[22:38] <nik90> dpm: I think it is a low res icon
[22:38] <nik90> dpm: lets see how it looks on device
[22:39] <popey> -rw-r--r--  1 alan alan 9.5K Nov 20 22:38 reminders-app_0.1_all.deb
[22:39] <popey> *BOOM*
[22:39] <dpm> nik90, we've got the SVG too
[22:39] <nik90> dpm: ooh we could use that
[22:39] <popey> dpm: can you top approve pls
[22:39] <mzanetti> dpm: I still have the Bad status 1.1
[22:40] <dpm> mzanetti, oh, weird. I managed to get past that on that branch. Let me try again, I haven't touched the code since last week
[22:40] <dpm> popey, sure
[22:40] <dpm> nik90, let me see where I can best put the SVG file
[22:43] <nik90> dpm: just one concern about the svg..will the unity 7 dash show the icon properly? All the core apps icons are 64x64 and that itself is quite big in the desktop dash
[22:45] <popey> i haven't tried using an icon bigger than 64x64, but it might be worth testing to make sure it can cope
[22:45] <popey> which shouldn't take much work
[22:48] <dpm> nik90, I'm not sure it will tbh
[22:49] <dpm> nik90, popey, packaging branch now in trunk, set up a daily build recipe on the core apps PPA
[22:51] <popey> Excellent. Nice work chaps!
[22:51] <nik90> awesome..daily PPA builds for evernote
[22:56] <popey> s/evernote/reminders-app/ before the lawyers come knocking ㋛
[22:57] <dpm> :)
[22:58] <dpm> mzanetti, I had to set it up in another computer, but I tried the branch at https://code.launchpad.net/~dpm/reminders-app/evernote-api-plugin and it still works for me. Here's what I get on the console: http://pastebin.ubuntu.com/6450702/
[22:58] <dpm> i.e. I get "version check: true" as expected
[22:59] <nik90> popey: :)
[22:59] <mzanetti> dpm: yeah... it got confused with my branch as it was pointing to the same build directory
[22:59] <mzanetti> dpm: just got it running this minute
[22:59] <dpm> ah, ok :)
[22:59] <mzanetti> dpm: cool stuff btw
[22:59] <dpm> :)
[22:59] <nik90> dpm: regarding the bug fix, I fixed the autopilot lintian warning
[22:59] <nik90> dpm: but I will try to fix the others before proposing a merge tomorrow
[23:00] <dpm> nice, we're churning out branches like there's no tomorrow
[23:00]  * dpm likes that
[23:03] <AskUbuntu> UbuntuPhone App Devolpment for Windows | http://askubuntu.com/q/380102
[23:05]  * nik90 is off..gud nite folks..cya at vUDS :)
[23:07]  * nik90 sleeping
[23:07] <dpm> mzanetti, also just a heads up on this hack: http://pastebin.ubuntu.com/6450750/
[23:08] <mzanetti> dpm: ah yeah, I've seen that
[23:08] <dpm> ok, cool
[23:08] <mzanetti> dpm: well, good thing: as we ship our own dependencies we can easily patch them :D
[23:12] <dpm> :)
[23:17] <dpm> ok, calling it a day for today (or rather a night) See you all tomorrow!