/srv/irclogs.ubuntu.com/2013/09/17/#ubuntu-quality.txt

=== plars-afk is now known as plars
=== chihchun_afk is now known as chihchun
=== forestpiskie is now known as Guest40580
DanChapmanGood Morning all05:59
Noskcajafternoon DanChapman06:00
=== Guest40580 is now known as forestpiskie
=== ev_ is now known as ev
=== yofel_ is now known as yofel
rbasakjibel or pitti: is it acceptable for a dep8 test to hit http://ddebs.ubuntu.com/ and/or keyserver.ubuntu.com? I think they should be completely standalone?10:01
jibelrbasak, tests that rely on external resources are usually quite unreliable10:02
rbasakjibel: sorry I intended to point you to the bug. https://bugs.launchpad.net/ubuntu/+source/crash/+bug/1217474 and the proposed debdiff is https://bugs.launchpad.net/ubuntu/+source/crash/+bug/1217474/+attachment/3790784/+files/crash_autopkgtest_v1.debdiff10:03
ubot5Ubuntu bug 1217474 in crash (Ubuntu) "basic autopkgtest for crash" [Medium,In progress]10:03
rbasakjibel: I'm tempted to nak due to the Internet dependency, but would like your opinion.10:03
rbasakA dependency on ddebs shouldn't be too bad I suppose. The keyserver dependency could be fixed by embedding the public key in a heredoc.10:04
jibelrbasak, OTOH we support testing from PPAs which also requires an access to keyserver.u.c, so these 2 dependencies are not that bad10:09
rbasakOK thanks. I'll test and propose upload then.10:14
WebbyIThi balloons :)10:51
=== zyga is now known as zyga-food
pittiGood morning12:27
DanChapmanmorning pitti :-)12:27
pittirbasak: right, *.ubuntu.com is accessible in principle from the DC12:28
pittihey DanChapman12:28
thomigood morning everyone12:31
DanChapmanmorning thomi12:31
pittithomi: yes, I have an i386 sbuild12:32
thomipitti: ok, I'll retry the build and see what happens12:32
pittithomi: let me try again with current packages; I still have the experimental PPA, is that still good enough?12:32
thomiyes12:32
jibelpitti, about bug 1226030, no difference with gdb installed on the device12:33
ubot5bug 1226030 in apport (Ubuntu) "apport refuses to report a crash from another machine if package is not installed locally" [Undecided,New] https://launchpad.net/bugs/122603012:34
pittijibel: ah, so gdb was missing indeed? that would at least be one reason12:34
pittijibel: I'll try myself today, just didn't want to go into major debugging last night any more12:34
pittithomi: I'll build and install current ap-trunk first, to make doubly sure I've got the latest stuff12:35
jibelpitti, np12:35
=== zyga-food is now known as zyga
pittithomi: success on amd64 (local build)12:41
=== _salem is now known as salem_
pittithomi: i386 still running (taking ages as the "add bamfdaemon" dep isn't deployed yet), but it's well past the point where xvfb would have failed12:51
pittithomi: acked your "add test" MP12:51
balloonsjibel, you made changelogs :)13:11
jibelballoons, yes, faster than waiting for an hypothetical script to land on cdimages :)13:12
=== pgraner` is now known as pgraner
* pitti shakes fist at ap-gtk i386 xvfb failure13:36
pittithomi: ^13:36
pittiworks just fine in my i386 schroot13:36
thomipitti: :(13:37
thomipitti: can you review this for cgoldberg as well please? https://code.launchpad.net/~coreygoldberg/autopilot/tox-and-packaging/+merge/18603413:37
thomithe build stuff specifically13:37
pittithomi: do these run on real iron?13:37
thomipitti: I don't think so, no13:37
pittithomi: perhaps there's a stale Xvfb process which didn't clean up?13:37
thomifginther: any ideas about that? ^^13:37
pittithomi: we could add a commit to the exp branch which shows the xvfb log, figure it out, and then revert it before final merging13:38
fgintherthomi, pitti, I'll try to take a look, but it may have to wait 30 minutes for my meeting to end13:39
pittithomi, fginther: I'll add -a (to avoid failing on stale Xvfbs) and -e to store the log file and cat it13:39
thomifginther: thanks13:39
pittithomi: ok, pushed robustification and X.org log showing (tested locally with an already running xvbf)13:46
thomipitti: awesome, got a MP for me to approve?13:47
pittithomi: oh sorry, I just pushed to the exp branch13:47
pittias that is already an MP13:47
pittiso it'll just update https://code.launchpad.net/~autopilot/autopilot-gtk/experimental/+merge/18584513:47
pitticheck the last 3 commits there13:48
pittithomi: one day we'll have autopilot-run-sandbox for that :)13:49
thomicool13:49
pittinow let's wait for the bot run; tests should be much faster now, I added the bamfdaemon dep13:50
thomiright13:51
balloonsoh, we have a little backup in ubuntu manual tests for reviews13:59
elopiogood morning QAs.14:00
balloonsgood morning elopio14:01
cgoldberg0/14:01
davmor2elopio: cgoldberg morning14:04
cgoldbergmorning davmor214:05
thomielopio: hey14:09
elopiohey. What's the change you want?14:09
thomielopio: so the issue is that autopilot 1.3 trunk now raises an exception instead of returning None14:09
elopioI'm working on that today, so it's a nice time.14:09
thomielopio: but this makes the ubuntu ui toolkit emulator tests fail14:10
elopiooh, right.14:10
thomielopio: which means didier won't release the newer AP to distro14:10
pitticgoldberg: https://code.launchpad.net/~coreygoldberg/autopilot/tox-and-packaging/+merge/186034 reviewed14:10
elopiothomi: I can change that easily on the emulators. The problem is that it will make many other tests fail on the apps.14:10
pittithomi: perhaps we should back that out and move to 1.4?14:10
thomielopio: there's only thee failures: https://launchpadlibrarian.net/150474284/newautopilot.txt14:11
thomipitti: I think we can just update the emulators14:11
thomipitti: but that's certainly an option. what do you think elopio?14:11
elopiothomi: are you completely sure? That would be a nice surprise.14:11
elopiothomi: if the failures are only on the emulators, +1. I'll change it in an hour.14:11
elopiobut I'm not sure those results you are showing me are for all the suites of all the apps.14:12
thomielopio: when you propose the merge, please let me know and I'll update the landing SS and email the right people14:12
thomielopio: no, just the toolkit14:12
thomihmmm14:12
thomimaybe pitti's right14:12
thomigah14:12
thomithis is bad14:12
elopioI estimate it will take a couple of days to get all the apps to expect this behavior. Maybe balloons can do a better estimate.14:13
thomielopio: OK, I think that, in that case, we have no choice but to postpone the change to 1.414:13
elopioI can update them, but as we are running with the testing, maybe pitti's suggestion is the right one14:13
* thomi swears14:13
pittiuh, seems a simple merge from the 1.3 branch into trunk pulls in a gazillion commits (I wanted to forward-port the recent changes, but seems you don't usually work that way)14:13
thomipitti: should work just fine14:14
* balloons is only slightly following14:15
thomielopio: OK, forget I asked - I'll remove them from 1.3 and add those changes to 1.4 instead14:16
pitticgoldberg: FAOD, my only real objection is about including debian/changelog; the "run full tests" is just a suggestion, and we can always add that later on14:16
elopiothomi: sounds wise. Lets do it the week after the release, because I really like that change.14:17
cgoldbergpitti, hi.. thanks for the review!  I only included changelog there because it was already being referenced in setup.py already14:17
thomielopio: lets talk about it then, yeah14:18
pitticgoldberg: ah, it parses out the version from there14:18
thomiugh. conflicts14:18
pittithomi: yeah, seems 1.3 hasn't been merged into trunk for quite a while14:18
thomipitti: yeah. I'll work through the changes14:18
thomileave it with me :)14:19
cgoldbergpitti, yea... referencing debian/changelog in setup.py seems odd though14:19
thomipitti: we should have donen the merge forwards before the experimental branches landed14:19
thomithat would have avoided all this14:19
thomicgoldberg: we do that so we don't need to maintain three separate version numbers, just 214:19
pittithomi: you can unwind your local checkout to that, merge 1.3, store the diff, and rewind to trunk14:19
thomipitti: yeah... if this gets tricky I might do that14:20
* pitti tosses some candy jenkinswards to lure it to re-run the ap-gtk MP test14:22
pittithomi: hm, does https://code.launchpad.net/~autopilot/autopilot-gtk/experimental/+merge/185845 need some prodding to get re-tested? I thought pushing new commits was enough, but curiously they have disappeared from the comment flows (they are still there in the diff)14:51
slickymasterafternoon all14:54
DanChapmanafternoon slickymaster :-)14:55
slickymasterDanChapman: Hi Dan, hope evrything's fine with you14:55
alesagepitti, needs to be top-approved to be re-autolanded; not sure if it'll be tested in "CI-build" once approved--also consider pinging fginther and CI team about :)14:55
pittialesage: oh, ok; I'll do that then14:55
DanChapmanslickymaster: all good here thanks :-)14:56
pittialesage: yes, that's what thomi did before (re-approve to trigger a new test), but I thought as I pushed new revisions the tests would run without that14:56
thomipitti: it should work14:57
thomipitti: probably the build queue is too long14:57
thomipitti: ask the CI guys I guess14:57
thomipitti: don't top-approve it unless you want it to land14:57
pittiack14:57
thomithe new tests will get picked up :)14:58
pittithomi: well, I do want it to land, but it should run the tests again14:58
thomipitti: I thought you wanted to back out at least one of those revisions?14:58
om26erpitti, hey! when do you release new apport ?14:58
pittithomi: no, I think we should keep them in14:58
pittithomi: can't hurt to show the X log on failures14:59
pittiom26er: I'm still working on bug 1226030 to complete bug reporting from phone14:59
ubot5bug 1226030 in apport (Ubuntu) "apport refuses to report a crash from another machine if package is not installed locally" [Undecided,In progress] https://launchpad.net/bugs/122603014:59
pittiom26er: so at some point today14:59
pittiI got the others fixed14:59
om26erpitti, ok, cool14:59
thomipitti: oh, well in that case you can top-approve if you want, but that's not needed to get the CI system to run14:59
thomiperhaps fginther could tell us what's going on - whether it's just a very long build queue, or something else?15:00
pittithomi: ok; I'll check after the next LinuxCon talk, if it still didn't run I'll prod CI15:00
thomicool15:00
fgintherthomi, pitti, build queue == long15:02
pittifginther: ack, thanks for checking15:02
thomifginther: :(15:02
fgintherdid some fiddling, should run better for the moment15:02
* thomi thinks we should turn jenkins up to 1115:03
fginthermore like 1215:03
pittihttp://xkcd.com/670/ !15:03
balloonspitti, :-p15:05
pittifginther: ah, so it ran; now it failed on arm15:09
pittieek15:09
pittifginther: https://jenkins.qa.ubuntu.com/job/autopilot-gtk-saucy-armhf-ci/25/console15:09
pittifginther: that doesn't look healthy, is that a glitch?15:09
pittithomi: anyway, i386 succeeded now, so I guess there's some stale xvfb process somewhere15:10
fgintherpitti, ugh. that's a transient error I've starting seeing in the past week15:10
fgintherpitti, I'll re-trigger15:11
pittifginther: thanks15:11
fgintherpitti, although if the other builds pass, I would just consider it ok and retest with autolanind15:11
pittifginther: that's what I intend; I did set it to approved15:12
fgintherpitti, thanks! no sense in adding to the build queues :-)15:12
thomihmmm, found a packaging problem in autopilot 1.415:32
cgoldbergthomi, what problem?  I've been doing a crash course in AutoPilot packaging :)15:35
thomicgoldberg: for some reason you can't have python_autopilot >= 1.4 and libautopilot-qt >= 1.4 installed together at the same time15:36
thomicgoldberg: I think it's due to the version numbers build in the experimental PPA15:36
thomioh nuts15:41
thomiI accidentally pushed directly to trunk :-/15:41
* thomi undoes quickly before anyone notices15:41
pittifginther: failed again with the same 401 error :(15:44
fgintherpitti, do you have a link, I want to make sure it's not the same machine having an issue15:45
pittihttp://jenkins.qa.ubuntu.com/job/autopilot-gtk-saucy-armhf-autolanding/14/console15:46
pittifginther: previous one (even if the number suggests otherwise) was http://jenkins.qa.ubuntu.com/job/autopilot-gtk-saucy-armhf-ci/25/console15:46
fgintherpitti, they were run on different hosts15:46
thomipitti: cgoldberg, elopio, veebers: could I please get you guys to eyeball this? https://code.launchpad.net/~thomir/autopilot/forward-port-changes/+merge/18608215:46
thomithis is the forward port of the 1.3 changes into 1.415:47
jibelfginther, it is on the calxeda box15:47
thomiI've run all the tests locally, and they pass15:47
WebbyITballoons, hi :)15:47
fgintherjibel, yes, both failures were on calxeda15:47
balloonsWebbyIT, hello! how are you?15:47
pittithomi: queueing (talk now)15:47
WebbyITballoons, fine, thanks :) And you?15:47
thomicool15:47
jibelfginther, are all the keys and creditials being copied to this box? we had something similar on daily-release a while ago15:48
jibelcredentials15:48
fgintherjibel, I was getting ready to check that. Other builds are working there, but perhaps they don't hit launchpad the same way15:49
elopiothomi: sure, give me a moment.15:51
fgintherjibel, the problem is intermittent. Is this the same issue that daily release has been fighting?15:52
balloonsWebbyIT, good.. thank you. What have you been working on recently?15:52
WebbyITballoons, I'm finishing the calc app, and I have a question for you ;) There is a bug that is assigned to you15:53
WebbyITbug 120759315:53
ubot5bug 1207593 in Ubuntu Calculator App "[Autopilot] test_save_calculation_between_reload needs a better solution" [Medium,Triaged] https://launchpad.net/bugs/120759315:53
WebbyITballoons, what's about it?15:53
balloonsWebbyIT, good question, I hadn't seen that15:54
jibelfginther, no we've been fighting with networking issues, here it is clearly an access denied15:55
fgintherjibel, thanks15:55
balloonsWebbyIT, is there a disabled test or was it completely removed?15:56
WebbyITballoons, dunno, boiko rewrote a lof ot test15:58
thomielopio: got time for another review? This one's important: https://code.launchpad.net/~thomir/autopilot/remove-incompatible-changes/+merge/18608615:59
balloonsWebbyIT, well, I guess we should ask om26er his thoughts about https://bugs.launchpad.net/ubuntu-calculator-app/+bug/120759316:00
ubot5Ubuntu bug 1207593 in Ubuntu Calculator App "[Autopilot] test_save_calculation_between_reload needs a better solution" [Medium,Triaged]16:00
om26erballoons, I assume we need, a) a way to kill the app and then start it again in the same test16:01
balloonsom26er, ohh is that the test.. gotcha.. yes, we can't cleanly exit the application then start it again..16:02
balloonsWebbyIT, while I have you though, do you mind reviewing https://code.launchpad.net/~nskaggs/ubuntu-calculator-app/disable-osk-autopilot/+merge/186042? it fixes the current test failures16:05
elopiothomi: I think I'm almost done on the sdk. So, yes, noted on the top of my queue.16:06
WebbyITballoons, I approve it on trust ;)16:07
om26erballoons, feel like confirming a few bugs ?16:08
balloonsom26er, I'll be confirming everything later this afternoon16:09
* balloons notes his phone is stuck in boot after flashing :-(16:09
om26erballoons, adb reboot16:10
om26erdo that multiple times if neede16:10
om26erneeded16:10
balloonsom26er, sure, I just wanted to see if there was something to have a look at16:10
balloonsi can get a busybox shell, which is coo16:11
thomielopio: thanks16:11
om26erballoons, busy box means you need to reflash (from my experience)16:11
balloonscool, so the update failed all over the place16:12
om26eri might be wrong, who knows16:12
elopiothomi: this one is ready to land: https://code.launchpad.net/~elopio/autopilot/loggging/+merge/18587016:17
elopioI had to use pprint to get a consistent order of kwargs on python 2 and 3.16:17
thomipitti: how did you solve that problem in the python 3 port? I remeber you had a more elegant solution, but I can't remember what it was?16:19
robotfuelthomi: https://code.launchpad.net/~chris.gagnon/unity/fix-endless-while-loop-in-launcher-tests/+merge/18609016:20
robotfuelthomi: when you have time please look ^16:20
thomisure, will review now16:21
thomirobotfuel: should be "raise AssertionError(...)", not "raise(AssertionError(...))"16:21
thomirobotfuel: otherwise LGTM16:22
thomirobotfuel: fix that and I'll approve16:22
* thomi -> lunch16:22
=== wxl_ is now known as wxl
robotfuelthomi: https://code.launchpad.net/~chris.gagnon/unity/fix-endless-while-loop-in-launcher-tests/+merge/186090 is updated17:06
thomirobotfuel: approved17:07
thomiveebers: are you working today?17:13
thomielopio: ping?17:17
elopiothomi: pong.17:18
thomielopio: I fixed the first issue you found on this MP: https://code.launchpad.net/~thomir/autopilot/forward-port-changes/+merge/186082 - the second issue is arelady fixed - we depend on qmlscene which pulls in the correct deps17:18
elopiothomi: veebers said he will be here tomorrow.17:19
thomielopio: if you could re-review and approve when you're happy, that would be great17:19
thomielopio: thanks17:19
elopiothomi: done.17:19
thomielopio: thanks17:20
elopionp.17:20
elopioand now I'm leaving for lunch.17:20
elopiobbl.17:20
thomifginther: got a second?17:24
fgintherthomi, what's up?17:40
robotfuelthomi: ugh the issue is also in mouse.move in autopilot. the stagnant loop_detector.check_state doesn't detect the mouse is stagnant. this is probably also an issue between xmir and autopilot not seeing the cursor position.17:49
jfunkjsut discovered that headphones don't work for phone calls17:53
om26erballoons, can I grab you for one test ?17:54
om26eron the phone17:54
thomielopio: let me know when you're back form lunch please?17:57
thomifginther: hey, is autolanding broken? I looked at the jenkins server, and the build queue seems small, and yet these are taking *ages* to land: https://code.launchpad.net/autopilot/+activereviews18:15
thomi2 hours so far18:15
=== chihchun is now known as chihchun_afk
fgintherthey are building, but you're right things are slow today. I know the trigger job was waiting as well, that creates a delay to start new jobs18:19
thomiugh, cool - thanks18:19
pittithomi: something like "if not _PY3: [ do the unicode() ] thing"?18:45
thomipitti: uhh.. wha?18:45
pittithomi: or what do you mean in particular?18:46
thomipitti: sorry, I have no idea what you're talking about. my brain is obviously dead18:46
pittithomi: that's what I said in https://code.launchpad.net/~thomir/autopilot/fix-state-not-found/+merge/18567518:47
pittithomi: that test which asserts that unicode(StateNotFoundError instance) works18:47
pittithat can't work in py318:47
pittithomi: but there were a few other str vs. bytes confusions pointed out in the tests18:48
* thomi swears. I'm trying to do too many things at once. 18:48
thomipitti: you're saying that my forward-port branch failed?18:48
thomi'I hadn't seen that yet18:48
pittithomi: yes18:48
pittithomi: should be reproducible with python3 bin/autopilot t.a.unit18:49
thomiof course18:49
thomii'll fix it up18:49
thomipitti: any chance you could review this please? https://code.launchpad.net/~thomir/autopilot/1.3-fix-scan-speed/+merge/18611318:51
pittithomi: that's a big one, will take me a bit (post-lunch keynote starting in 8 mins)18:53
pittithomi: is that a backport from trunk, or new code?18:53
thomipitti: it's new code, but it's pretty simple18:53
pittithomi: forward-port warning, psutil doesn't exist in py318:55
thomipitti: I checked that it does this morning18:56
thomipitti: but maybe I messed that up as well18:56
thomipitti: it does exist18:56
pittino, it doesn't, I'm afraid18:56
thomipython3-psutil package exists in ubuntu18:57
thomipython3-psutil - module providing convenience functions for managing processes (Python3)18:57
pittiooh, ok; separate dep18:57
thomi:)18:57
pittisorry, I don't have that installed, nevermind18:57
pittithomi: so you are going to need a new dependency at least18:57
thomipitti: for trunk, yes, but this is going into 1.318:58
pittithomi: I don't understan -- how is the branch relevant for the missing dep?18:59
pittiapt-cache rdepends python-psutil -> nothing APish19:00
thomipitti: 1.3 is python 2 only. I'm saying we don't need to add python3-psutil to this MP, since this is merging into lp:autopilot/1.319:00
pittiah, it already depends on that19:00
thomipitti: yeah, I already have the python2 version in there19:00
pittithomi: ack; sorry, we meant different things19:00
thominw :)19:01
pittithomi: btw, do you know about "else" in a for loop? looks a bit nicer than the "if i == 9" (no biggie nor rejection reason of course)19:04
thomipitti: I do know about it, I tend not to use it much, although maybe I should use it more often19:04
thomipitti: I find that it's often not very expressive, ut.. *shrugs*19:04
pittithomi: communicate()'s documentation says that it waits for the process to terminate; are you doing this in a loop because that somehow fails?19:05
thomipitti: I believe that python2 and python3 are different in that regard19:05
thomipitti: and (from memory - this is actually old code) this is a bit of premature optimisation19:06
balloonsom26er, sure, my phone is feeling better now :-)19:06
pittithomi: interesting; so far I relied on that in my projects (also for py2)19:06
thomipitti: my memory could be wrong :-/19:06
pittithomi: what does test_content() do?19:07
thomibut I wrote that code *ages* ago - the fix in this branch is a total ugly hack, and I have plans to fix it properly in the 1.419:07
thomipitti: attaches the content to the test19:07
pittiack19:07
pittiit turns a str into some kind of magical object which you use with addDetail()?19:07
pittijust wondering how it deals with unicode objects19:08
thomipitti: pretty much19:09
pitti+ with maximum_runtime(5.0):19:09
pittiI hope that works on arm as well19:10
pittithomi: how long does that take now on your box?19:10
thomipitti: 3.4 seconds19:10
thomiso there's a bit to spare19:10
pittithomi: arm boxes might be quite a bit slower19:10
pittithomi: but let's see how it holds up in the CI instances19:10
thomiyeah19:11
pittithomi: ok, reviewed; let's wait for CI results19:13
om26erballoons, bug 1226739 but it seems Pat already verified it19:17
ubot5bug 1226739 in telephony-service (Ubuntu Saucy) "Ubuntu phone calls back automatically" [Critical,Confirmed] https://launchpad.net/bugs/122673919:17
balloonsom26er, gotcha19:17
elopiothomi: I'm back.19:53
thomielopio: eh, sorry - I figured it out19:54
elopiothat's good.19:54
elopioshould we put the avengers tag only to the new bugs we open, or also to the ones we confirm?19:55
elopiojfunk: ^19:56
jfunkelopio, if it is missing the avengers tag and you confirm, add the tag19:57
jfunkelopio, also the qa-touch tag19:58
elopioack.19:58
om26erballoons, bug 1226739 is what you need to confirm :)20:06
ubot5bug 1226739 in telephony-service (Ubuntu Saucy) "Ubuntu phone calls back automatically" [Critical,Confirmed] https://launchpad.net/bugs/122673920:07
balloonsom26er, it is confimreD?20:07
om26erballoons, I mean you need to verify on your phone. Tony says its only me who faced the issue20:08
balloonsom26er, ok sure not a problem.. just finishing up some tests20:09
om26erok thanks20:09
cjohnstonpitti: bug #1226810 was the crash I got20:18
ubot5Error: Launchpad bug 1226810 could not be found20:18
cjohnstonhmm20:18
pitticjohnston: ah, -EPERM for me; did you just report it?20:18
cjohnstonyes20:18
pittiah, so apport still needs to deliberate about it20:19
cjohnstonits private20:19
pittiand yay for talking to your roommate on IRC :)20:19
cjohnston:-)20:19
thomicgoldberg: isn't tox supposed to install depends before running the tests? it misses testscenarios and mock, at least20:51
cgoldbergthomi, normally you have it install the dependencies explicitly (it uses a virtualenv).  since we are using system packages, I set that explicitly in tox.ini... so you have to have deps installed before running21:16
thomicgoldberg: awesome, thanks for setting that up21:17
cgoldbergnp21:17
* elopio goes for a walk.21:54
=== salem_ is now known as _salem
slickymaster* slickymaster goes for some fresh coffee22:24
* slickymaster has returned with a fresh cup of coffee22:34

Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!