=== vrruiz_ is now known as rvr === charles_ is now known as charles_quassel === charles_quassel is now known as charles__ [14:47] Hi, i'm trying to run autopilot on device (#51utopic) for the music-app but i keep getting ImportError: No module named 'ubuntuuitoolkit' any ideas what I have done wrong? [15:04] barry: do you know why your dialer py3 branch is failing? [15:08] elopio: i don't [15:08] raise StateNotFoundError(type_name, **kwargs) [15:08] autopilot.exceptions.StateNotFoundError: Object not found with name '*' and properties {'objectName': 'historyDelegate0'}. [15:10] elopio: i'll merge in trunk (which has changed a bit) and re-push. let's see if that helps [15:10] ahayzen: Hi - it sounds like you don't have the ubuntu-ui-toolkit-autopilot package installed [15:11] thomi, hmm how does that get installed on device? phablet-click-test-setup ? [15:12] ahayzen: ummm, I'm not actually sure - I thought it was in the image seed, but perhaps not. [15:12] ahayzen: this should be all you need: https://wiki.ubuntu.com/Touch/Testing [15:12] * ahayzen notices some strange bzr errors and runs it again [15:13] thomi, cool thanks :) ... also do you know anything about the issue of autopilot trying to write to /tmp ? [15:13] ahayzen: I know that autopilot writes to /tmp, I wasn't aware there was an issue [15:13] thomi, i believe calendar was fixed? but i think we (music-app) suffer the same issue https://bugs.launchpad.net/ubuntu-calendar-app/+bug/1319382 [15:13] Ubuntu bug 1319382 in Ubuntu Music App "apparmor denials during autopilot testing" [High,Triaged] [15:14] ahayzen: ahhhhh, I've just been looking at that code [15:14] thomi, we are going to try and land this soon https://code.launchpad.net/~music-app-dev/music-app/use-mediascanner2.0/+merge/214140 which redoes alot of autopilot stuff but it still suffers the same issue [15:14] ahayzen: The first pass fix is in, I believe, but it needs some bug fixing [15:15] ahayzen: check out the recent revisions to calendar-app maybe [15:15] thomi, ok thanks [15:15] * thomi reads the MP [15:16] thomi, autopilot is running now \o/ not sure what happened before had things like 'bzr: ERROR: Server sent an unexpected error' [15:16] ahayzen: :-/ [15:16] ahh well, at least it works now [15:17] thomi, i'll retry the mediascanner2 branch see if that suffers the same apparmor stuff we had last week [15:17] ok [15:17] sorry I can't be more useful. balloons should be back soon I think [15:18] yeah must have picked up something in malta :( poor balloons [15:25] barry.. ping ... got a sec? I was just reading about API changes in psutil 2.0 package ... and ran across your request to get psutil updated in debian: https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=741291 [15:25] Debian bug 741291 in src:python-psutil "python-psutil: Please update to psutil 2.0" [Normal,Fixed] [15:26] cgoldberg: yep [15:26] cgoldberg: fwiw, i just fixed a related breakage in system-image [15:26] barry. we use psutil inside Autopilot. seems easy to port to 2.0... but I'm trying to figure out when that package will reach Ubuntu? [15:27] cgoldberg: utopic has 2.1.1 now [15:27] (trusty still has 1.2.1) [15:27] barry.. wow.. and Autopilot didn't break in Utopic? [15:27] ah.. most API changes are just deprecated, not removed [15:28] cgoldberg: yep. the one that broke for me is Process.cmdline -it's now a function [15:28] thomi, yeah it is still being denied things to /tmp i'll see if i can patch up similar to calendar, thanks for your help :) [15:28] barry: yes, thanks. I'll take a look in a while. [15:29] cgoldberg: https://github.com/giampaolo/psutil/blob/master/HISTORY.rst#200---2014-03-10 [15:30] yea.. i know we use get_children in Autopilot... and maybe a few other things. I'll search the Autopilot codebase and see what else we use and create a task for my team of porting to psutil 2.x [15:30] cgoldberg: cool. let me know if i can help [15:30] barry, thanks. I hope it will be trivial though [15:31] cgoldberg: should be i think. np! [15:31] although, i think there are areas around process management that we don't use psutil for and we probably should [15:32] * thomi makes a sadface at psutil landing without running the AP tests [15:32] cgoldberg: can you figure out if that's actually broken something, and if it has, barry can we back it out please? [15:33] I'm getting uo to my EOD :( [15:33] thomi, I'm not here btw :) day off.. just stopped in because i read a blog post about psutil [15:33] doh :( [15:33] thomi, want me to add a task to our backlog for porting to psutil 2.x ? [15:33] thomi: i don't think we should back out psutil update. the api differences should be easy to work around, even if you want to maintain pre-2.0 compatibility [15:34] i can do the port once after I get my video fixture landed [15:34] cgoldberg: well, I'd rather have it fixed than have a card, but sure, knock yourself out :) [15:34] barry: I guess i'm woried about "autopilot being broken" right now in the image, since we've just made a release [15:35] I can see it'd be easy for people to do a 2+2=5 [15:35] thomi, i can get it fixed this week.. but will put a card up so i dont forget :) [15:35] cgoldberg: thanks. yeah, it would be a royal PITA to revert the psutil update in utopic [15:37] thomi, i'm still trying to decipher if anything broke, or if we are just getting deprecation messages [15:44] thomi, card added.. I'll chase it down tomorrow [15:44] l8r [15:44] cgoldberg: thanks