=== _salem is now known as salem_ === salem_ is now known as _salem [03:56] good evening [03:57] ping balloons === pitti_ is now known as pitti [05:07] Good morning === mmrazik is now known as mmrazik|afk === christoffer is now known as Guest58120 === Guest58120 is now known as christoffer- [07:11] good morning === mmrazik|afk is now known as mmrazik === christoffer- is now known as christoffer [09:10] apw: nicely fixed that regression [09:10] apw: thanks for spotting it and getting it fixed [09:11] gema, yeah it looks much better now [09:11] indeed [09:11] boot speed? [09:11] yup [09:11] pitti, yeah [09:11] cool [09:11] pitti: i.e. http://reports.qa.ubuntu.com/bootspeed/machine/1/i386/ [09:11] kernel + kernel_init [09:12] pitti, and i think if we are to believe the numbers there may have beeen a small improvement as a result [09:12] apw: I'd wait a bit longer for the trend to show, but if you look at when we started running them [09:12] we seemed to be better back then [09:12] in january [09:13] gema, hard to say what is going on there as the same 'better' ones kerenl side are much worse overall [09:14] yep, but that is because of the desktop regression, but if you look only at the kernel [09:14] it was better in jan, then it regressed, I wonder if we updated the kernel between those two [09:14] gema, probabally that is when we had broken ureadahead, so overall bootspeed was in the crapper [09:14] apw: ah, ok [09:15] gema, and then we fixed ureadahead, perhaps that is affecting our overall kernel init numbers [09:15] uhmmm, well, anyway, it looks really good now [09:16] kernel is a tricky one as it is actually "kernel + userspace until root is mounted and we chroot in" [09:16] it would be very helpful if we could click on those columns to get the detail page for that run [09:16] apw: it is in our todo [09:17] apw: but since all the mobile stuff has piled up, it's going to take a while [09:17] yep [09:17] we may get it sorted for other mobile graphs and then use it here as well === om26er is now known as om26er|away === mmrazik is now known as mmrazik|lunch === rbasak_ is now known as rbasak === mmrazik|lunch is now known as mmrazik === mzanetti is now known as mzanetti|lunch [12:06] hello peeps === mzanetti|lunch is now known as mzanetti === _salem is now known as salem_ [12:50] plars: how can i find out more about failure of https://jenkins.qa.ubuntu.com/job/raring-touch-grouper-smoke-default/44/ [12:51] ? [12:51] not sure where i could find more logs [12:53] jibel: did you have time to look at otto + kubuntu ? :) [12:56] shadeslayer, hey, not yet, I'm trying to make it run with Ubuntu on a tablet at the moment. But it's on my list, I'll keep you posted. [12:56] oh, which tablet :D [12:56] N10? [12:56] erm, I meant, Nexus 10? [12:58] shadeslayer, nexus7 [12:58] ah [13:09] asac: error: device not found [13:09] asac: it's in the console log there [13:09] asac: looks like adb failed, which happens every once in a while unfortunately [13:10] asac: I'll have to get someone in the lab to investigate, could be the device itself died too [13:17] plars: ok. more info about device is not avail? [13:17] guess not [13:17] ;) [13:18] lab == lexington? [13:18] asac: it's a nexus7, and the system it's connected to can't see it over usb [13:18] asac: yes [13:18] who is supporting us there? [13:19] e.g. what is the support channel if i see such behaviour? any lab gent that ican poke and he checks? [13:20] asac: already poked, just waiting on a reply [14:31] asac: welcome back! [14:39] :) [14:39] not sure what back means though :) [14:39] its different place, different time, different look :) === Ursinha is now known as Ursinha-afk [15:26] poop === om26er_ is now known as om26er === mmrazik is now known as mmrazik|afk [17:37] doanac`, does the --runlist option to run_utah_phablet.py specify the path to where the tests are stored on the host or on the client phone? [17:38] cking: i normally point to a bzr branch. however, if you don't do that it should be a path on client [17:39] doanac` ta [17:39] bzr is slow for test development though [17:39] indeed, so I will hack some scripts up on the client and then shove them in bzr or git or something [17:40] doanac`, i was just hoping the --runlist option was going to copy the files up from the driving host to the client :-) [17:40] cking: plars asked for the same thing. so I should probably add support for that. [17:41] doanac`, that is a ++beer request :-) [17:41] so persuasive [17:41] indeed, from both of us! :) [17:41] double good :-) [17:41] ++(++beer) [17:43] cking: I have found that in some cases it's enough to be able to get to the device or vm after utah has provisioned, then run utah client from there and adjust my runlist to use the "dev" checkout method and point to the path on the device of the test [17:43] do some in-place modifications to try things, and go from there [17:43] but not always ideal [17:45] especially if one accidentally re-provisions the device === mmrazik|afk is now known as mmrazik === Ursinha-afk is now known as Ursinha === Ursinha is now known as Ursinha-afk [18:43] doanac`, i've got some simple tests now running on the phone with UTAH - thanks for all your help and for putting up with all my questions [18:49] cking: thanks for the input. sorry things are still so rough around the edges [18:50] doanac`, no probs [18:51] now I have my head around it it's less of a mystery and I can get crackin' on writing some tests for my personal use :-) === mmrazik is now known as mmrazik|afk === Guest72281 is now known as jpds === Ursinha-afk is now known as Ursinha [20:33] Noskcaj, howdy [20:33] hey balloons [20:35] so did you see my comments on the merges? [20:36] balloons, yep [20:36] i forget what the changes on the second merge where, checking now [20:37] sure thing.. did it make sense? [20:38] it's ok to have 4 or 5 or more merge requests.. as you know it gets really hard if the merge is too big, and it can be complicated if there's a minor issue with one line, but the rest is good. Can't merge everything :-) [20:39] ok. the second change in merge 2 was because i was trying to get it in line with the shotwell test (the example testcase). [20:39] 4 or 5 or more merge requests.. as you know it gets really hard if the merge is too big, and it can be complicated if there's a minor issue with one line [20:40] oops, ignor the second paragraph [20:40] https://bazaar.launchpad.net/~ubuntu-testcase/ubuntu-manual-tests/trunk/view/head:/testcases/packages/1428_Shotwell%20Tests [20:42] I could only make one merge because i didn't have access to the internet until i had finished [20:47] Noskcaj, ok so let's go through them one at a time and try and clean up everything so they can be merged [20:47] you have a few mins? [20:48] I think xchat can just go in [20:48] https://code.launchpad.net/~noskcaj/ubuntu-manual-tests/minor-xchat-fix/+merge/168368 [20:48] yeah [20:48] this one however I have some stuff I don't want [20:48] https://code.launchpad.net/~noskcaj/ubuntu-manual-tests/random-improvements/+merge/168354 [20:49] why did you remove the
    stuff? for example -
  • Your system have at least the amount a space indicated
  • ? [20:49] knome actually just made a nice fix to display that and bring it inline with proper convention ;-) [20:49] i was trying to get the testcases down to just
    [20:50] on the non-english changes, Non-English Installation Full Network Support, I like fact you expanded the testcases but I'm wondering if we can't just link to the proper testcase and hmm.. I'm undecided [20:50] and i hadn't seen/heard about knome's fix [20:50] anyways, I would merge those as-is [20:50] I think the
      changes are the big thing to undo if possible [20:50] you need help undoing the changes? [20:51] yep [20:51] you can revert the specific files with the changes in it and/or use a diff tool [20:51] have you ever used meld? [20:51] no [20:51] go ahead and install it [20:51] sudo apt-get install meld [20:51] it's a gtk app [20:52] then you can use this command to visually see all the file differences: bzr diff --using meld [20:54] well, so here's what I would do when your ready [20:54] in a new folder [20:54] bzr pull lp:ubuntu-manual-tests [20:54] bzr merge lp:~noskcaj/ubuntu-manual-tests/random-improvements [20:54] bzr diff --using meld [20:55] That will show all the differences and let you easily edit/undo your changes as needed, one file at a time [20:55] once it's all done [20:55] bzr commit [20:55] ok. [20:55] bzr push lp:~noskcaj/ubuntu-manual-tests/random-improvements-fixed [20:56] or you can overlay it on top if you wish [20:56] bzr push lp:~noskcaj/ubuntu-manual-tests/random-improvements [20:56] I hope that makes sense? ping with questions :-) [20:57] i keep getting: bzr merge lp:~noskcaj/ubuntu-manual-tests/random-improvements [20:57] bzr: ERROR: Not a branch: "/home/jackson/bzr/.bzr/branch/": location is a repository. [21:03] Noskcaj, ohh sorry [21:03] after you bzr pull, you need to cd into the directory you pulled [21:03] nevermind, i used branch and it worked [21:03] so cd ubuntu-manual-tests [21:03] so far : branch, cd, merge [21:03] you need to merge it into the source tree, else the diff won't work.. lol [21:03] sorry, I said pull [21:04] that's git terms mixing in [21:04] my bad [21:04] you got it :-) [21:04] everything's working. i'm in meld [21:06] is the
        the only change you want undone? [21:12] balloons, for the CJK install, do i still put
          back in? [21:12] Noskcaj, if you would [21:13] ok [21:13] Noskcaj, you figure out the app simply enough.. you can click to move changes back and forth and then save and edit if needbe :-) [21:16] balloons, i think i'm done,pushing now [21:16] Noskcaj, ok [21:16] if you push to the same branch everything will update in the merge request [21:19] balloons, done, i need to get food [21:19] Noskcaj, k, I'll have a look [21:23] Noskcaj, looking good so far ;-) [21:24] does this affect your https://code.launchpad.net/~noskcaj/ubuntu-manual-tests/minor-xchat-fix/+merge/168368 at all I wonder -- hopefully not, we'll see [21:24] it shouldn't [21:27] balloons, to clarify, is
          written as "this should happen", "this happens" or "does this happen"? [21:27] that need proper definition because it changes in every testcase [21:27] *needs [21:29] dd should be this should happen [21:29] perform an action, then expected result [21:29] so the
          contains the expected result [21:29] I realize some aren't so uniform on that front.. I saw you converting some of the questions to statement [21:29] that's the right way [21:31] Noskcaj, ohh I do have one more potential snafu [21:32] yeah? [21:32] the slideshow might not be in the language of the person installing. [21:32] however I suppose it's a bug regardless eh :-) [21:32] there aren't translations for every language on the cd for slideshow I don't believe [21:33] balloons, so only the network tests should required a localised slideshow? [21:35] I'm going to leave it in for now, but it's an open question [21:35] I'm not 100% sure of the behavoir [21:35] if it's not localized, it's a bug. it might be a bug they won't fix for space or something, but it's still a bug and I'm ok with it [21:36] if we hit it we can address it and update the test as needed [21:38] Noskcaj, do you know about the format check script? https://wiki.ubuntu.com/QATeam/ContributingTestcases/ManualStyleGuide/test_case_format_script [21:40] excellent all looks good [21:40] time to push the first one in :-) [21:41] i only just saw the format script. [21:42] i'll spend the day at school converting all the testcases to
          this should happen
          [21:42] well everything passed through it.. just one minor snafu found [21:42] a missing < from a
    [21:42] oops [21:42] lol, the script helps [21:43] that's amazing it was the only issue with all those changes [21:43] you did really well ;-) [21:45] thanks [21:46] balloons, is there a way we can make geany highlight the parts of the testcase? [21:46] I'm sure there is.. Try using the html syntac [21:47] let's see [21:48] ahh yep worked for me [21:48] Document->Set Filetype->Markup Lang->HTML [21:48] make it all nice and pretty :-) [21:52] k, you are all merged Noskcaj [21:53] * balloons is ready for more :-) [21:53] balloons, there will be more when i'm back from school. [21:55] Noskcaj, enjoy! have a great day [21:59] balloons, one other thing. should we just remove the gnome classic parts completely? [22:03] Noskcaj, I think so.. gnome classic really doesn't exist anymore.. I think we left them for 10.04 [22:11] balloons, for the part at the very bottom of each testcase, do we want one line or two? [22:11] I think we use two? [22:11] ok, i'll fix that too [22:11] however knome also is working on not having to have that in every testcase [22:12] so I wouldn't worry about changing it [22:12] does that make sense? we'll probably gut them all [22:12] ok. just
    should
    and fixing the hardware tests then [22:12] perfect mate [22:14] :) [22:20] I'll be glad when the test cases settle down a bit. I'm aware I still have work to do on the server ones :) [22:21] ^^ [22:21] phillw, it's a big improvement over when i joined. [22:21] * Noskcaj goes off to school [22:22] lol.. I love his part message [22:23] balloons: that's Aussie humour for you, and possibly true at times :D [22:23] lol [22:23] indeed [22:37] balloons: how does http://pastebin.com/aDU4RVzY look? [22:37] phillw, cool.. you script that? [22:38] no, one of our PPC team, there was a bug in it which Jonathan has just corrected. [22:39] well, when I say bug.. It seems to work fine on PPC-Macs, but needs a flag setting for non PPC-Macs :) [22:41] not sure why it didn't find my battery, but that's not too important as to what hardware we're running :) Is that enough details for hardware registration? [22:42] phillw, it's certainly worth contributing to the dialog about it [22:42] I'm open to whatever everyone wants to adopt [22:42] I'd like to move to hexr, but until then.. I'm happy to do something.. and we've been waiting more than one cycle now, so it's best to do something [22:44] indeed, I was thinking of using the laptop version of scheduling up a machine, but that is a bit more involved === salem_ is now known as _salem [22:45] try this on your machine (ignore the errors), you should have the pastebin URL after it runs..... [22:45] hardinfo -ram devices.so | sed '/\*\*\*\*\*\*\*/,/\*\*\*\*\*\*\*/d' | pastebinit -b http://pastebin.com | clipit -c [22:47] It is specifically set up to have no personal information, the sed stuff is just to tidy it up [22:56] i needed all three binaries [22:57] http://pastebin.com/iCTaA4D3 [22:59] balloons: ahh... yes.... sorry, my Bad! I'll ensure any wiki page is updated to download them 1st... [22:59] phillw, it told me [22:59] I've been more concetrating in getting the last bit to work. [22:59] Oh, indeed, it screams like a scalded pig :) [23:00] it's nice like that.. it's like "The program 'hardinfo' is currently not installed. You can install it by typing:" [23:00] pretty slick [23:00] that's part of apt, the command simply calls all three of them. [23:01] hardinfo is standard for lubuntu, but the other two did need adding in. [23:02] balloons: So, until hexr is up and running, do you think that should give the devs enough information to work out what we have as hardware? [23:13] phillw, I would think so [23:13] dinner time for me now mate [23:13] have a wonderful evening yourself [23:31] balloons: have a good dinner, I'll knock up a wiki page which you can peruse later (00:31 here, so I may well be in bed :) )