11:09 <popey> #startmeeting
11:09 <meetingology> Meeting started Thu Aug 14 11:09:09 2014 UTC.  The chair is popey. Information about MeetBot at http://wiki.ubuntu.com/meetingology.
11:09 <meetingology> 
11:09 <meetingology> Available commands: action commands idea info link nick
11:09 <vthompson> I suppose the Spanish translations are the main reason for the push?
11:09 <vthompson> Great
11:09 <popey> well, yes.
11:09 <popey> but there's the possibility that people will buy a phone and then take it to another country
11:09 <popey> which means it would be awesome if we supported their locale lingua franca as they say
11:10 <vthompson> True
11:10 <popey> \o/
11:10 <ahayzen> yo
11:10 <popey> hi ahayzen
11:10 <vthompson> o/ hiya ahayzen
11:10 * ahayzen waits for FF to load up 300+ tabs...
11:10 <popey> we didnt discuss much before you got here, summary is * summer is over, * roadworks are annoying.
11:11 <ahayzen> hah
11:11 <popey> So, I have some good/bad news depending on how you interpret it
11:11 <ahayzen> uhoh ... rtm is getting really close now?
11:11 <popey> As far as the design schedule goes, the music re-design has been pushed back to the new year.
11:11 <popey> Hah, not that kind of panic inducing news, no ahayzen
11:12 <vthompson> That's probably for the best. I have more time to code when it's cold out
11:12 <popey> heh
11:12 <popey> thats the spirit
11:12 <ahayzen> popey, cool i would prefer design to properly doing a refresh anyway and yeah then we can sort the code out
11:12 <popey> Now, it's possible it might move again, I'll keep an eye on it.
11:12 <ahayzen> popey, thanks
11:12 <popey> oh I suspect this is a full refresh
11:12 <ahayzen> \o/
11:12 <popey> there's 3 weeks booked out in the design calendar for it
11:13 <popey> so it's not just a minor tweak AIUI
11:13 <vthompson> It'd be kinda nice to get small pieces of what the redesign will shoot for. Maybe we can start putting certain features in the current app to get users used to certain things
11:13 <ahayzen> oh awesome :) i hope for a clock-reboot style refresh then :)...so u been through the bugs/mps/wip items yet?
11:13 <vthompson> ahayzen, nope
11:14 <ahayzen> ok so new media-hub landed yesterday ... which includes a fix from Jim for the playing next track with screen off and power cable unplugged \o/ ... i tested this with him and the music-app now works as a music app :)
11:14 <ahayzen> he is investigating the seeking issue now
11:14 <popey> does that remove the delay?
11:14 <ahayzen> and has figured it is either '<jhodapp> media-hub, dbus-cpp or Qt'
11:14 <ahayzen> popey, yep :) like <1s now
11:15 <popey> brilliant, that's great news!
11:15 <ahayzen> it is :)
11:15 * popey puts on a Cindy Lauper CD and parties like it's 1986
11:15 <ahayzen> we also found an issue with the duration label becoming 00:00 sometimes hence this mp https://code.launchpad.net/~andrew-hayzen/music-app/fix-duration-blank-after-sleep-and-wake/+merge/230715
11:15 <vthompson> ahayzen, speaking of which. Did you want to patch that test?
11:16 <popey> nice one.
11:16 <vthompson> ahayzen, or did you just want to try to re-run the tests?
11:16 <ahayzen> however he has suggested that the backgroundplaylists are unlikely to make rtm ... as they are far down his list...so i'm looking at speeding up trackQueue
11:16 <ahayzen> vthompson, i'll patch in a bit/later when i get back from work
11:17 <ahayzen> https://code.launchpad.net/~andrew-hayzen/music-app/bottom-edge-implementation-001/+merge/230303 ... bottom edge is 'getting there'... vthompson found an issue i think i can see whats going on i'll patch that tonight as well
11:17 <vthompson> ahayzen, k. I'm not 100% my suggestion will fix the issue, but it seems like the root cause is the typical timing issue
11:17 <vthompson> ahayzen, Ok, I'll continue to review the the MP for bottom edge
11:17 <ahayzen> vthompson, yeah timing... meh... i've started rewriting the ap tests but need to have like a 30min session with balloons just to write one or two tests together to make sure i'm doing it right then i should be able to convert the rest
11:18 <ahayzen> vthompson, i'll rereview https://code.launchpad.net/~vthompson/music-app/shade-on-press/+merge/230215 tonight as well
11:18 <vthompson> Is there an ETA for resolving the content-hub/downloader blocker?
11:18 <ahayzen> vthompson, errr we are waiting on the ms2 mp
11:18 * ahayzen hasn't checked it recently...
11:18 <vthompson> ahayzen, I thought it was the file rename fix?
11:18 <ahayzen> vthompson, https://code.launchpad.net/~jamesh/mediascanner2/model-auto-update/+merge/229903
11:19 <ahayzen> vthompson, the UDM fix? ... no that landed
11:19 <ahayzen> vthompson, all we need is ^^ then double check everything is right from our end and i'll mp it
11:20 <vthompson> ahayzen, ah. Wasn't there a MP for content hub before? Or has everything been decided upon via email?
11:20 <ahayzen> vthompson, that one landed ages ago! IIRC
11:20 <vthompson> ahayzen, I guess I've been in the dark :)
11:20 <ahayzen> vthompson, hah no worries...content-hub is under control :)
11:21 <popey> hmm, approved, just not merged..
11:21 <vthompson> very recently approved too--1 hr
11:21 <ahayzen> popey, yeah interesting...guess it needs to go into a silo? ...and at the point would be good if it could stay there until we say it meets our requirements?
11:21 <popey> ah, "jankins" as I have come to call it.
11:21 <ahayzen> popey, as we can add the silo to our devices and then test our branch
11:22 <ahayzen> ...it has other names as well...
11:22 <vthompson> ahayzen, yea, that'd be a great way to reduce any churn
11:22 <popey> ya
11:22 <ahayzen> :)
11:22 <ahayzen> popey, are u able to poke someone todo that for us?
11:22 <popey> i left a comment on the merge
11:23 <ahayzen> as when i ask for/work on silos i usually get told to 'consult ur manager' or something ;)
11:23 <ahayzen> popey, cool thanks :)
11:23 <popey> hahah
11:23 <vthompson> thanks!
11:23 <vthompson> ahayzen, back to content-hub. Were we not also waiting on this: https://bugs.launchpad.net/music-app/+bug/1205355
11:24 <ahayzen> vthompson, yeah but that has landed...note 'merged'
11:24 <ahayzen> ...not sure why the bug wasn't updated...
11:24 <ahayzen> Jankins!
11:24 <vthompson> dumb, why do ppl not manage their bugs properly!
11:24 <popey> ETOOMANYBUGS
11:24 <ahayzen> vthompson, yeah but jenkins should fix committed ?
11:25 <ahayzen> unless it hasn't made the repos yet?!?!
11:25 * popey checks phone
11:25 <vthompson> ahayzen, maybe it was associated after landing?
11:25 <popey> its on device
11:25 <ahayzen> it went in at #318 and at #319 the commit is 'Releasing 0.8+14.10.20140807-0ubuntu1'
11:25 <ahayzen> so guess it is in
11:25 <popey> Installed: 0.8+14.10.20140807-0ubuntu1
11:25 <popey> thats on my phone
11:26 <popey> so yes, it's released
11:26 <vthompson> Marked it as such
11:26 <ahayzen> \o/
11:26 <ahayzen> popey, so which order of priority would u give to these? ....
11:26 <ahayzen> popey, bottom edge, content-hub, ap refactor, other random things eg trackQueue performance
11:26 <popey> content-hub is #1 IMO
11:26 <ahayzen> ...general UI fixes
11:27 <vthompson> content-hub has the most external dependencies that we need to keep on the radar
11:27 <ahayzen> content-hub is blocked atm...so after that?
11:27 <popey> bottom edge is near bottom of the list
11:27 <ahayzen> ap in the middle? hehe
11:27 <vthompson> I'd say AP at the bottom as it doesn't fix anything functional
11:27 <popey> anything that improves UI, usability and tests in the middle
11:27 <popey> when we fail tests in daily images, we get all eyeballs on us, and it wastes time for QA people and you guys.
11:28 <ahayzen> status wise... content-hub just needs testing from our POV ... bottom edge same just needs testing...ap refactor needs actually doing
11:28 <ahayzen> yeah i guess the ap refactor would help with CI as hopefully we'll fail less
11:28 <vthompson> It might be nice to go through our bugs and pick out ones that are annoying but we've forgotten about/naturally avoided while using the app
11:28 <popey> not failing or failing less is a high priority goal
11:28 <popey> yeah, agreed.
11:28 <popey> assign priorities.
11:29 <ahayzen> :) ok i'll try and catch up with balloons so i can get onto it this weekend
11:29 <popey> lemme know if you need content hub testing, i can help there.
11:29 <popey> downloading dodgy mp3's is my hobby
11:29 <vthompson> popey, would trying to get the app under confinement be something to push for for RTM? I forget where we are with that
11:29 <ahayzen> popey, will do ...i will need to test it myself first once we have a silo ;)
11:30 <ahayzen> vthompson, wasn't there issues with thumbnailer? or ms2 or something?
11:30 <popey> yes, if we can get it working under confinement?
11:30 <vthompson> ah yea, I think it was thumbnailer
11:30 <ahayzen> vthompson, and we need to remember to grant write access to ~/Music if we do for content-hub to work
11:30 <vthompson> that too
11:30 <ahayzen> ...just as a FYI for when adding confinement...
11:31 <ahayzen> vthompson, also the blank library message which states to 'restart the app'...i guess will change when this ms2 mp lands?
11:32 <ahayzen> vthompson, as the models will be updated as the music lands on ur device
11:32 <ahayzen> vthompson, but we'll need to play about with it...we may find we need another mp to complement the changes to ms2
11:32 <vthompson> ahayzen, yea, we'll need to test that rather extensively. Wouldn't want the app to behave in an inconsistent manner
11:33 <ahayzen> vthompson, exactly so when there is that silo we'll want to test both the app in general and content-hub support
11:34 <ahayzen> vthompson, also when i put up the ap refactor i'll do it under ~music-app-dev so we can all work on it to speed things up
11:36 <vthompson> ahayzen, excellent. it will probably take awhile to get things in great shape--as we've seen with other AP testing refactors (cough, Malta)
11:36 <ahayzen> hah yeah
11:36 <ahayzen> like i'm trying to use the other apps as a base..but badly need to check with balloons to a) check i'm doing the right thing...and b) whether it will even work lol
11:37 <ahayzen> ...before doing too much more and heading down the wrong route
11:37 <vthompson> I commented on the bug requesting thumbnailer integration with apparmor--asking if it's fixed and that our confinement is blocked upon it: https://bugs.launchpad.net/thumbnailer/+bug/1303962
11:37 <ahayzen> vthompson, cool thanks
11:37 <ahayzen> vthompson, are we using dbus for ms2 now or not?
11:38 <vthompson> ahayzen, I think that was gutted
11:38 <ahayzen> vthompson, as i wonder when running without dbus whether u would need to be unconfined?
11:38 <ahayzen> vthompson, i wondered whether the streaming models 'fixed' all the issues
11:38 <ahayzen> as the rows are sent in batches now
11:38 <vthompson> that's possible
11:38 <ahayzen> so u don't hit that ~500 track timeout
11:39 <ahayzen> but idk haven't really looked into it
11:40 <ahayzen> is that all?
11:40 * ahayzen refers to his master list
11:40 <vthompson> We've discussed this before, is anyone running core apps on any RTM device yet? I want to make sure things are sized OK
11:40 <ahayzen> i saw a photo of loads of Bq phones :)
11:41 <vthompson> hopefully someone's making use of them!
11:41 <ahayzen> vthompson, and i've seen some bug reports that suggested certain devices ;) ...
11:41 <popey> ☻
11:41 <ahayzen> popey, is this correct?
11:41 <popey> shhhh
11:41 <popey> ☻
11:41 <ahayzen> lol
11:42 <ahayzen> it was the email saying the 'description has changed'..and they had just stripped out the model number lol...just to make ti really obvious
11:42 <popey> Basically some people are testing partner devices, but we don't want to give away any detail because the final device may differ.
11:42 <popey> hah, i saw that one too
11:42 <popey> thought "Streisand effect in action!"
11:42 <ahayzen> yeah lol
11:42 <vthompson> haha
11:42 <ahayzen> ok popey is someone going to go through the coreapps to test them? eg someone from QA ?
11:43 <popey> they are being tested, yes.
11:43 <ahayzen> cool :)
11:43 <popey> we have a team of people beta-testing the devices as their main phone.
11:43 <ahayzen> \o/
11:43 <popey> the QA team are co-ordinating that.
11:43 <popey> I'll ensure we get feedback where appropriate.
11:43 <vthompson> awesome, that's good to hear
11:43 <ahayzen> thanks
11:44 <ahayzen> is that all then?
11:44 <vthompson> hm, ahayzen. One last thing. I was thinking of adding a list item action(s) to the artist tab to queue all songs by an artist.
11:45 <ahayzen> vthompson, i wanted that as well
11:45 <vthompson> Then I think all our list items would have actions
11:45 <vthompson> and it's be useful
11:45 <vthompson> *it'd
11:45 <ahayzen> vthompson, i was gonna add support to the playlists to do multiple songs adding to a playlist as well
11:45 <ahayzen> vthompson, so then we could do Add artist to playlist... or save queue to playlist
11:45 <ahayzen> the latter being a useful use case
11:45 <vthompson> yea
11:45 * ahayzen adds to list of todos
11:46 <ahayzen> ^^ shouldn't been very difficult ...should be <1hr job :)
11:46 <ahayzen> vthompson, i'll have a play tonight after reviewing the mps as that shouldn't take long
11:46 <vthompson> Sounds great
11:46 <ahayzen> sweet
11:47 <vthompson> I don't think I have anything else
11:47 <ahayzen> popey, is that all from u?
11:47 <popey> I think so.
11:47 <ahayzen> \o/
11:47 <popey> Thanks guys!
11:47 <ahayzen> thanks popey vthompson have a great weekend :)
11:47 <popey> #endmeeting