=== _salem is now known as salem_ | ||
=== salem_ is now known as _salem | ||
pitti | thomi: hm, failure @ https://code.launchpad.net/~pitti/autopilot/print-tree/+merge/192134 | 05:27 |
---|---|---|
pitti | thomi: "W: Failed to fetch http://ppa.launchpad.net/autopilot/ppa/ubuntu/dists/trusty/main/binary-amd64/Packages 404 Not Found" | 05:27 |
pitti | thomi: looks like a PPA bootstrapping issue? | 05:27 |
thomi | pitti: yeah - I guess we're not building trusty packages yet? | 05:29 |
pitti | thomi: I guess once the first MP lands, we would? | 05:29 |
thomi | I'm officially EOD'd - are you able to poke that for me please? I guess it needs a config change in the CI team | 05:29 |
pitti | chicken-egg :) | 05:29 |
thomi | yeah, maybe' | 05:29 |
pitti | thomi: no, that's "our" PPA | 05:29 |
thomi | or maybe someone from the CI team can do something | 05:29 |
pitti | thomi: I suppose I could just do a manual upload | 05:29 |
thomi | oh, ok | 05:29 |
thomi | might be best, just to get it started | 05:29 |
pitti | thomi: a no-change upload of xpathselect as 1.4bzr38trusty0, sounds ok? | 05:30 |
pitti | it's small, and the next commit will have a newer release | 05:31 |
thomi | sounds good | 05:31 |
thomi | it's only a PPA :) | 05:31 |
pitti | up'ed | 05:33 |
pitti | jibel: I can reproduce the dnsmasq "kills my eth0" problem locally with run-adt-test | 06:11 |
pitti | jibel: for debugging this, it would be incredibly useful to have an easy way to log into the VM aside from ssh -- WDYT about providing a serial console with http://paste.ubuntu.com/6299102/ ? | 06:12 |
pitti | $ nc -U /run/shm/adt/trusty-amd64*.img.serial | 06:12 |
pitti | there I can log in, and have a shell | 06:12 |
pitti | jibel: added documentation: http://paste.ubuntu.com/6299120/ | 06:19 |
pitti | jibel: (fixed the "Right" typo locally) | 06:20 |
jibel | Good morning | 06:56 |
jibel | pitti, excellent. That's useful indeed. Otherwise you can connect with VNC but not always helpful depending on the state of the VM | 06:57 |
pitti | jibel: oh, VNC? for an autopkgtest-like VM? | 07:03 |
pitti | jibel: I thought that was a graphical thing only | 07:04 |
pitti | jibel: ok to push? | 07:04 |
jibel | pitti, it gives you a console when there is no graphical environment, but also a graphical environment when there is one. But that's probably overkill for autpkgtest because we never use graphical environment | 07:05 |
jibel | pitti, ok to push | 07:05 |
pitti | jibel: FYI, did a followup commit to explain how to do that with minicom (which looks much prettier0 | 07:16 |
iahmad | anyone confirm which jenkins instance is used by community? | 07:19 |
jibel | iahmad, no jenkins instance is *used* by community, but results are publish to a public instance on jenkins.qa.u.c | 07:22 |
iahmad | jibel, I see, don't find if any of the community app tests are running on jenkins, unless I am looking at wrong place. | 07:23 |
jibel | iahmad, does it answer your question or did you mean something else? | 07:23 |
jibel | iahmad, which app phone apps or desktop apps? | 07:24 |
iahmad | jibel, phone apps | 07:24 |
iahmad | jibel, e.g. calendar, calculator, music etc | 07:25 |
jibel | iahmad, results for these apps are published on the dashboard http://reports.qa.ubuntu.com/smokeng/trusty/touch/mako/5:20131024:20131024/4802/ for example | 07:26 |
jibel | iahmad, let me check if jenkins jobs are published too | 07:26 |
jibel | iahmad, https://jenkins.qa.ubuntu.com/view/Trusty/view/Smoke%20Testing/ I see calculator, calendar, ... on this page | 07:28 |
jibel | iahmad, are they the jobs you are refering to? | 07:29 |
iahmad | jibel, right, exactly | 07:29 |
gema | iahmad: if you log in with your open id | 07:31 |
gema | you'll see which internal instance they refer to | 07:31 |
gema | and if you have the vpn set up, you can navigate to those from the dashboard | 07:32 |
iahmad | gema, I don't seem to have login account for it | 07:32 |
iahmad | I can login to the dashboard | 07:32 |
gema | iahmad: your same open id | 07:32 |
gema | that yo7u use for everything else | 07:32 |
iahmad | gema, ack | 07:32 |
gema | iahmad: I was referring to log in to the dashboard, we cannot log in on external jenkins, only retoaded can | 07:32 |
jibel | pitti, for dh-python test, I think a restriction allow-stderr will fix it | 08:03 |
pitti | jibel: how so? | 08:03 |
pitti | jibel: this is complaining about some missing python2.6 stuff | 08:03 |
pitti | and the test fails with code 2 | 08:04 |
pitti | (I just ran it in a local trusty VM) | 08:04 |
jibel | pitti, hm, http://10.98.0.1:8080/view/Trusty/view/AutoPkgTest/job/trusty-adt-dh-python/5/ fails with a code 4 and nosetests output on stderr | 08:06 |
=== iahmad is now known as iahmad|afk | ||
pitti | jibel: ah, that too; but it's the dsc0t-dh-python-stdout which is the "interesting" bit | 08:07 |
pitti | jibel: but thanks for pointing out, that is missing as well | 08:07 |
jibel | pitti, thanks for correcting me, I was looking at the console and saw all the tests passing :) | 08:08 |
pitti | jibel: ah, the allow-stderr is already there | 08:10 |
pitti | jibel: "fun" that it succeeds in an schroot runner, but fails in kvm | 08:12 |
pitti | jibel: filed a debian bug for dh-python, I don't know how to fix it | 08:40 |
pitti | jibel: until then we shouldn't let the new version near trusty and keep it in -proposed | 08:41 |
pitti | as that smells like an actual bug | 08:41 |
jibel | pitti, okay, thanks. | 08:42 |
slickymaster | morning all | 09:07 |
DanChapman | morning everyone | 09:07 |
DanChapman | hey slickymaster | 09:07 |
slickymaster | DanChapman: how are you? | 09:08 |
=== vrruiz_ is now known as rvr | ||
davmor2 | Morning all | 10:08 |
=== _salem is now known as salem_ | ||
pitti | fginther: did you sometimes observe timeouts in the otto tester? I got one in http://10.97.0.26:8080/job/autopilot-testrunner-otto-trusty/93/console | 13:05 |
pitti | fginther: in the previous 4 or so builds I triggered today I got some actual ap logs; I'll just retry, but I wonder what went wrong here | 13:05 |
pitti | fginther: it's the exact same code that worked before, I just fixed a race in ofono-phonesim-autostart | 13:06 |
fginther | pitti, if something fails before it gets to the autopilot test is can just time out. | 13:07 |
pitti | fginther: right, I was just wondering if that was an exceptionally rare case or something like that just happens from time to time | 13:07 |
fginther | pitti, this used to hit us a lot when a package setup failed (which has been corrected) but there may still be a hole. | 13:08 |
pitti | fginther: so, seems logind is working now, thanks to the upgrade; my initial debugging was just a red herring as I didn't actually see the called processes' stdout/err in the log; I adjusted the logging and now it seems fine | 13:08 |
pitti | I was hoping that my ofono-phonesim-autostart fix was sufficient to make them all pass now | 13:09 |
pitti | here's some finger crossing :) | 13:09 |
fginther | pitti, oh that sucks, the jenkins timeout means it didn't gather any logs :-( | 13:09 |
pitti | fginther: oh, you mean that they actuallly might have run at last, just got stuck in an infinite loop? | 13:10 |
fginther | pitti, no, if you look at build 92, you'll see a bunch of artifacts, including some upstart logs which are useful for debugging why autopilot didn't start | 13:10 |
fginther | pitti, https://bugs.launchpad.net/ubuntu-ci-services-itself/+bug/1244659 | 13:19 |
ubot5 | Ubuntu bug 1244659 in Ubuntu CI Services "Upstream merger otto jobs don't collect logs when jenkins timesout" [Medium,Triaged] | 13:19 |
pitti | fginther: ah, thanks | 13:20 |
pitti | jibel: FTR, filed debian bug for trusty-adt-r-bioc-limma, -edger fails in the very same way | 13:31 |
jibel | pitti, good, and the test is not very verbose | 13:33 |
pitti | that's an understatement | 13:33 |
pitti | jibel: it took me some 10 minutes to dig deep enough to get some useful log :) | 13:33 |
elopio | good morning. | 13:34 |
pitti | fginther: http://10.97.0.26:8080/job/autopilot-testrunner-otto-trusty/97/console finally got started, but it seems it's stuck again; so, apparently not a hitch | 14:04 |
fginther | pitti, I've hopped on the machine to take a look | 14:09 |
fginther | pitti, found an error in the gnome-session log, working on extracting it for you | 14:12 |
pitti | fginther: oh, one which explains the "g_dbus_connection_call_internal: assertion 'object_path != NULL && g_variant_is_object_path (object_path)' failed"? | 14:14 |
fginther | pitti, there was a dependency issue: http://paste.ubuntu.com/6300862/ | 14:15 |
pitti | fginther: interesting, that's what I touched this morning | 14:16 |
pitti | fginther: anything interesting in /var/log/upstart/ofono-phonesim.log ? | 14:16 |
pitti | I tested the script in a VM, but it might fail for the same reason why it didn't come up in the previous tests (and thus triggered the "skip") | 14:17 |
pitti | fginther: ah, but that's something which I could try on the otto test box through ssh, doing | 14:18 |
fginther | pitt: | 14:18 |
fginther | Waiting for modem to get powered... | 14:18 |
fginther | mount: block device aufs is write-protected, mounting read-only | 14:18 |
fginther | mount: cannot mount block device aufs read-only | 14:18 |
pitti | WTH | 14:18 |
fginther | pitti: ^ that's ofono-phonesim.log | 14:18 |
fginther | pitti, this appeared on the console at about the right time: /var/log/syslog: Oct 25 13:55:48 trusty-amd64-20131023-0529 kernel: [247987.787023] type=1400 audit(1382709348.515:85): apparmor="DENIED" operation="mount" info="failed flags match" error=-13 parent=32720 profile="lxc-container-default" name="/" pid=32726 comm="mount" flags="rw, private" | 14:18 |
pitti | ah, hah | 14:19 |
pitti | jibel: ^ does that ring a bell? I think you recently investigated something in that direction? | 14:19 |
pitti | fginther: oh, are you on 10.97.2.153 by any chance? | 14:20 |
pitti | fginther: that has a running otto with the failed o-phonesim-autostart package | 14:20 |
jibel | pitti, hm, nothing, where is this? | 14:20 |
pitti | jibel: happens when trying to install ofono-phonesim-autostart into the otto CI test system | 14:21 |
pitti | http://10.97.0.26:8080/job/autopilot-testrunner-otto-trusty/97/console | 14:21 |
fginther | pitti, the same | 14:21 |
pitti | fginther: ah, I had assumed that was a test box | 14:21 |
pitti | fginther: so whenever I trigger something there in jenkins, I can actually debug it live on that box, nice | 14:21 |
fginther | pitti, there a a few slaves that run the otto jobs | 14:21 |
fginther | pitti, so check the job first to see where it was scheduled. And 10.97.2.153 was upgraded first to test the trusty transition | 14:22 |
fginther | pitti, it will probably go back to a test/staging reserve next week | 14:23 |
pitti | # mount --make-rprivate / | 14:23 |
pitti | mount: block device aufs is write-protected, mounting read-only | 14:23 |
pitti | mount: cannot mount block device aufs read-only | 14:23 |
pitti | ah, so that's it | 14:23 |
pitti | I did that mostly out of a habit, but we don't actually need it here | 14:24 |
pitti | # start ofono-phonesim | 14:24 |
pitti | ofono-phonesim start/running, process 10922 | 14:24 |
pitti | \o/ | 14:24 |
* pitti uploads to saucy | 14:25 | |
pitti | err, trusty | 14:25 |
pitti | autofingers! autofingers! | 14:25 |
pitti | fginther: I guess I can poweroff that container now, to free it for the next job? | 14:25 |
fginther | pitti, ack | 14:25 |
pitti | fginther: thanks for your help! | 14:25 |
fginther | pitti, no problem | 14:26 |
pitti | fginther: interesting, this time it got artifacts | 14:31 |
pitti | fginther: oh, I suppose because I shut down the box manually before the timeout | 14:31 |
fginther | pitti, right, it wasn't killed by the jenkins timeout hammer | 14:31 |
pitti | now to wait for an hour for the fixed o-phonesim to land in trusty, and trying again :) | 14:32 |
=== salem_ is now known as _salem | ||
=== _salem is now known as salem_ | ||
elopio | mzanetti: thanks for the authenticator app. | 17:13 |
mzanetti | elopio: heh :) you're welcome | 17:13 |
mzanetti | elopio: everything good or do you have suggestions for improvements? | 17:14 |
elopio | mzanetti: no complaints. I have just tried it. Simple, pretty and it works :) | 17:15 |
mzanetti | ok. thanks | 17:15 |
fetzed | evening | 18:26 |
balloons | evening fetzed | 18:27 |
DanChapman | evening fetzed | 18:28 |
DanChapman | evening balloons | 18:28 |
fetzed | evening dan, | 18:29 |
balloons | evening DanChapman .. ahh Friday Friday | 18:29 |
fetzed | anyone else installed 14.04 yet? launcher shows 13.10 haha | 18:29 |
balloons | fetzed, yes, many things still say 13.10 :-) I'm on 14.04 | 18:30 |
DanChapman | balloons, indeed and a quiet friday it seems to be. | 18:30 |
fetzed | yeah i got confused, it is a really early release :P | 18:31 |
balloons | DanChapman, a bit.. a new automated test writer has emerged on the mailing list -- did you see? | 18:31 |
balloons | I'm excited for some new folks.. | 18:31 |
* DanChapman opens thunderbird | 18:31 | |
DanChapman | balloons, yeah be great to see some new people getting involved :-) | 18:32 |
balloons | the idea for making roles was the plan. I can point people at that page for test writing and we can do a big push to ask people to get involved | 18:32 |
balloons | we've plenty of time now to coach them along.. Asking for developers and writers is the next piece on the list | 18:33 |
DanChapman | balloons, just so you know the gtk emulators MP should be done today, I got a bit held up yesterday. Just got some logging bits and the tests to finish off. https://code.launchpad.net/~dpniel/autopilot/autopilot_gtk if you want to browse | 18:33 |
fetzed | yeah i was going to ask balloons is there any tuts been done for coding autopilot tests yet, would like to learn and get invovled. | 18:34 |
DanChapman | balloons, yes it seems have got the ML in full swing with folks chatting :-) I like the idea of roles, its easier for people to get involved in a more specific area they like | 18:34 |
balloons | fetzed, have a look at this page: https://wiki.ubuntu.com/QATeam/Roles/TestWriter | 18:35 |
fetzed | nice one | 18:35 |
balloons | for core apps / general autopilot knowledge there is this video: http://www.youtube.com/watch?v=qD_e_xqlBbg | 18:35 |
balloons | Otherwise the official documentation plus the wiki links has nice tutorials | 18:36 |
balloons | http://unity.ubuntu.com/autopilot/ | 18:36 |
balloons | I would encourage you to dive in and start on something though.. Best way to learn is to try | 18:36 |
balloons | we can definitely help | 18:36 |
fetzed | cheers ill have a blast in a few mins after eatin | 18:37 |
balloons | fetzed, wonderful. DanChapman has you covered on any gtk autopilot stuff should you want to go that route.. | 18:40 |
balloons | I can help as well -- what is peaking your interest? | 18:40 |
fetzed | ive always been interested in coding and normally work on php/html/java/sql ive done a tiny bit of python, id like o jump in an learn more coding langs plus if it helps in qa its even better | 18:43 |
balloons | fetzed, yes, it's really cool stuff.. | 18:45 |
balloons | I mean autopilot let's us write some neat tests. DanChapman for instance has been helping automate our image testing and has done a lot of great work in that area | 18:46 |
balloons | fetzed, if helping out there interests you DanChapman put together a nice intro post: http://www.ubuntuhackers.com/ramping-up-automating-ubiquity/ | 18:48 |
fetzed | cheers ill have a look through these links | 18:50 |
DanChapman | balloons, when is autopilot 1.4 planned to roll out? | 19:10 |
balloons | DanChapman, it was out, but was switched back to 1.3 in trusty | 19:12 |
balloons | DanChapman, work is happening right now to make the switch.. so *soon* | 19:12 |
DanChapman | balloons, lovely cheers :-) | 19:14 |
=== salem_ is now known as _salem | ||
fetzed | watched the youtube vid and had a look at the docs, going to have a practice at it and hopefully get some of the bugs sorted :P | 20:03 |
balloons | fetzed, wonderful! | 20:04 |
balloons | did it all make sense? :-p | 20:05 |
fetzed | yeah pretty much. Nothing looked to over complicated | 20:05 |
Generated by irclog2html.py 2.7 by Marius Gedminas - find it at mg.pov.lt!