=== chihchun_afk is now known as chihchun === txspud is now known as txspud|sprint === txspud|sprint is now known as txspud === chihchun is now known as chihchun_afk === chihchun_afk is now known as chihchun === chihchun is now known as chihchun_afk === ara is now known as Guest32645 [14:35] ping brendand: we need to do more planning today. Can you stay a couple of hours after today's stand up? [14:41] elopio, sure [14:50] brendand: noooooooooooo it's a trap [14:53] elopio, btw i'm quite embarrassed about the trunk breakage on friday :(. sorry [14:54] elopio, in the interest of getting it fixed though, can you take a look at my last comments on https://code.launchpad.net/~canonical-platform-qa/ubuntu-sanity-tests/fix1416519-config_argument/+merge/248162 ? [14:54] brendand: allan and myself approved it, so it's teamwork emabarrasement. [14:54] brendand: I'm doing the changes. [14:54] elopio, well i should have tested my code properly after refactoring [15:04] brendand: take a new look, please. [15:04] https://code.launchpad.net/~canonical-platform-qa/ubuntu-sanity-tests/fix1416519-config_argument/+merge/248162 [15:07] elopio, the calling of return looks a little odd, but i suppose not harmful [15:08] elopio, anyway it's approved by me so just need to see that the jenkins tests pass [15:08] and one more +1 [15:08] elopio, yep [15:09] elopio, can you set this to WIP or finish it? [15:09] https://code.launchpad.net/~canonical-platform-qa/sudoku-app/autopilot-workaround_dialog/+merge/246255 [15:11] elopio, my plan to address the root issue is to write a function which sets up an askpass command [15:11] balloons: it is finished. What it is missing is the toolkit release that makes it needed. [15:11] elopio, then the test code can use sudo by specifying the -A option and setting SUDO_ASKPASS to the path of the file [15:12] elopio, i could put this code in a helper, just trying to think of a suitable place [15:12] elopio, would helpers.autopilot be ok? [15:13] balloons: hum, but Dialog is in trunk. There's something weird there. [15:13] brendand: so, not running adt with the root restriction. That sounds ok. [15:14] elopio, no root will only be for the scope of the commands that need it. much cleaner [15:15] brendand: I'm not sure about puttiing it in the helpers module, which so far has things like custom proxy objects. And I'm not sure what does it have to do with autopilot. [15:15] brendand: I think I would prefer something like ubuntu_sanity_tests/testbed.py [15:16] elopio, nothing, but then i also find things there like get_device_name and get_channel_name [15:16] elopio, so it looks like everything general purpose is ending up there [15:17] brendand: no, those are things that need to be moved to autopilot as capabilities. [15:18] brendand: the askpass thing doesn't seem like something that autopilot should have. [15:19] so far, we have used helpers as a temporary location for things that need to be upstreamed. Which doesn't mean that's it's only purpose, but I think the askpass handling should be in the sanity module, and remain there. [15:19] a place like ubuntu_sanity_tests/helpers/adt.py might be ok too. === charles_ is now known as charles [15:26] balloons: the version of ubuntu-ui-toolkit-autopilot that gets installed on that test is 1.1.1279+14.10.20141007-0ubuntu1. The one in vivid is 1.1.1376+15.04.20150111-0ubuntu1. I don't know why it's not updated. [15:26] excellent. I just re-ran it as well [15:28] the versioning might be a CI question; but I'll have a look on the re-run where it's installing from [15:32] hello alesage. [15:32] I copied the style of your tests in https://code.launchpad.net/~canonical-platform-qa/ubuntu-sanity-tests/fix1416519-config_argument/+merge/248162 [15:33] elopio, o/ [15:33] I think we should keep the testing of main, and the testing of the config in different branches. Please take a look. [15:34] elopio, ok will have a look [15:43] alesage: we'll do more planning today after the standup. [15:44] elopio, k [15:58] elopio, reviewed [15:59] alesage, surely if they were using it as a module they'd be surprised if a function they called sys.exit'ed! [16:00] thanks alesage. [16:00] brendand, but calling a function named main might tip them off? :) elopio cheers [16:00] * alesage brbs [16:34] * brendand is pleasantly surprised to find that the code for entering the wifi key is already present [17:01] alesage, elopio - for your perusal: https://code.launchpad.net/~brendan-donegan/ubuntu-sanity-tests/wizard_remove_connection/+merge/248280 [17:01] balloons: you got any idea what's up with cdimages.ubuntu.com been as slow as thickest treacle in the world all weekend and still is === brendand is now known as road-slightly-ru [17:02] at one point I think dial up would have been quicker ... === road-slightly-ru is now known as brendand [17:09] elfy, no I don't. But I did want to make sure our global jam stuff was ready. I'll be free to chat a bit later [17:16] brendand: what about making that askpass stuff as a fixture? [17:16] like [17:16] with testbed.Sudo(): [17:16] check_call('stuff that requires sudo') [17:21] elopio, ah - that's exactly what i was looking for [17:47] o/ doug5 buonasera [17:47] balloons, hello! [17:49] doug5, are you back from vaca? everything go well? [17:49] balloons, yes! really nice :) [17:53] * dobey wonders if cwayne/kylen are back this week [17:55] doug5, wonderful to hear. Getting away is nice. I hope you are feeling quite refreshed === pgraner is now known as pgraner-afk [18:02] balloons, well, yes :) but I'm missing Oz... [18:09] elopio, fixturized, hopefully to your satisfaction [18:13] brendand: I think that you can remove the method _create_askpass [18:15] brendand: and are we going to need a different path for the aaskpass file? I think I would prefer to have it as an instance variable in the fixture. [18:17] with testbed.AskPassFixture(self.config[KEY_DEVICE_PASSWORD]) as askpass: [18:17] check_call(("rm /etc/NetworkManager/system-connections/*"), shell=True) [18:18] inside the askpass fixture you can use the fixtures.EnvironmentVariable to set SUDO_ASKPASS [18:29] balloons: ok thanks - likely be gone by later though - not sure what global jam stuff tbh you want to talk to me about lol [18:42] elfy, lol, I'm around now finally. I wanted to followup on the bug again [18:43] bug? [18:44] yes, the ubiquity issue. aka, do we need to integrate the writeup on using disks or can we go with just usc [18:44] sorry sdc [18:45] oh that - well I guess something needs to be done re that [18:46] just a line on the wiki about other available options [18:47] on a purely personal level I'll be doing something for pleia2 to use in the CA jam - but only because they're targetting Xubuntu :) [18:48] mmm [18:49] so which is the page which supposedly is the new one with info - I just followed the breadcrumbs and ended up wiht testdrive ... [18:51] found it [18:53] how'd you end up at testdrive I wondeR? [18:53] just trying to work that out :) [18:54] I also ended up at the wrong devtoolsusage page as well [18:54] sorting that out too [18:55] https://wiki.ubuntu.com/QATeam/Roles/Tester [18:55] iso tracker walkthrough -> testdrive page [18:57] elfy, ahh yes the walkthrough [18:58] just looking at that [18:59] I assume the vid on youtube is testdrive? [18:59] yes [18:59] so all the info on that page - except vid and the testdrive bits are still good - just not pretty [19:01] we could make that page - or copy bits - for the iso tracker walkthrough? [19:02] balloons: ^^ if that's the case I can make it so [19:05] elfy yes I would agree [19:05] found the dodgy link - done that one now [19:06] was on testwriter :) [19:06] balloons: ok - so make a new page QATeam/IsoTrackerUsage [19:06] ? [19:07] and grab the good bits from the old page and get the right linking going on new pages [19:08] elfy, I would think we could just change the tutorial wording to not say testdrive. hmm [19:09] mm, indeed the testing page points to the walkthrough [19:09] the tutorial isn't really like that [19:09] so it should not say use testdrive [19:10] https://wiki.ubuntu.com/QATeam/DevelopmentSetup [19:10] that page is the *new* version [19:10] all that it doesn't do is talking about installing to hardware [19:11] so the walkthrough *could* be just detail on the tracker [19:11] or ignored completely [19:20] elfy: you rock :) [19:20] pleia2: it's a wobbling wock - don't stand on it ;) [19:21] and before knome comments - wobbling NOT wobbly :p [19:26] elfy, ahh yes, actually knome pointed out we could meld them into a generic qatracker walktrhough [19:27] wiki giving me issues ... wandering off to make a cuppa :) [19:27] I've got rid of testdrive at least - will fiddle about a bit more [19:40] balloons: ok think I did enough for the moment with it [19:40] just a tracker run through now [19:42] https://code.launchpad.net/~canonical-platform-qa/ubuntu-sanity-tests/run_main_tests_tests/+merge/248135 [19:46] balloons: and added a line re disks to https://wiki.ubuntu.com/QATeam/DevelopmentSetup [20:03] * balloons looks [20:05] uggh - more or less anything to do with cd.image.ubuntu is a pain [20:08] 100.0% 30.7 kBps DONE zsync speed ... [20:24] yeah I have that problem as well [20:30] balloons: anyway - does that all make sense currently - the walkthrough that is [20:40] elfy, yes, I have a minor edit (remove mentioning vm), but otherwise good [20:41] I'll edit out the specific image as well [20:43] ok [20:43] I'm all ubuntu server'd out for the day :) [20:46] hmm did the submission template move? [20:46] not guilty :D [20:46] * balloons noticed the last half is chopped off [20:46] it was knome :-) [20:48] that said, it's likely we can eliminate there usage soon enough [20:53] yep === roadmr is now known as roadmr_afk [21:27] what is? [21:27] i didn't do it. === roadmr_afk is now known as roadmr [22:50] elopio, veebers, remind me what has to be "cleaned up" about the edges demo? [23:01] hmm cdimage is still really slow [23:13] alesage: not sure off the top of my head sorry [23:14] veebers, ack thx [23:56] veebers, ping, I'm finding myself getting involved in the sanity script and wanting to move it over--anything to do there beyond just manually shifting everything? aware if this is progress elsewhere? elopio too? [23:56] if no-one objects I'll just do that yah