[04:04] <pitti> Good morning
[06:57] <dholbach> good morning
[06:57] <jibel> guten Morgen dholbach
[06:58] <dholbach> salut jibel :)
[07:06] <jibel> dholbach, I prepared some tools and documentation for the testing hackfest
[07:06] <dholbach> ah nice
[07:06] <jibel> dholbach, https://launchpad.net/auto-package-testing
[07:06] <jibel> dholbach, http://bazaar.launchpad.net/~auto-package-testing-dev/auto-package-testing/trunk/view/head:/doc/USAGE.md
[07:07] <dholbach> awesome - I'll take a look at it in a sec :)
[07:07] <jibel> dholbach, would you have time for a review?
[07:07] <jibel> ack
[07:19] <dholbach> jibel, that looks great
[07:21] <jibel> dholbach, cool, thanks!
[07:22] <jibel> dholbach, I think we should ask people to prepare a base VM before the event, so we don't waste time with that during the session
[07:23] <jibel> in the announcement maybe
[07:29] <dholbach> jibel, I think pitti said he had prepared a base vm which people could copy
[07:31] <pitti> right, but doing that costs quite a lot of time, too
[07:32] <pitti> I'll still bring it, of course
[07:32] <pitti> (USB stick)
[07:32] <pitti> and we should put it on the posters
[07:44] <mvo> jibel: ohhhh, very nice it creates the test vm automatically now and runs automatically in it? very cool
[07:46] <jibel> mvo, right, and you can even login and keep the VM after the run for investigation, cool isn't it?
[07:47] <mvo> !!!
[07:47] <mvo> yes
[07:48] <dholbach> jibel, do we have plans to put this into the archive? :)
[07:49] <jibel> dholbach, when I'll know how to create a package ;)
[07:50] <dholbach> I was asking because I was wondering if I should put something about it into http://developer.ubuntu.com/packaging/html/auto-pkg-test.html
[07:50] <dholbach> right now it just has this little blurb: http://developer.ubuntu.com/packaging/html/auto-pkg-test.html#executing-the-test
[08:04] <dholbach> jibel, ^ so once it's in the archive I think we should advertise it in the guide
[08:04] <dholbach> thanks a lot for your work on this
[08:07] <jibel> dholbach, I'm working on a juju charm for autopkgtest not sure we'll want to maintain this tool and the charm
[08:07] <jibel> dholbach, unless I can share the scripts
[08:10] <dholbach> jibel, to package the scripts they might need to be made aware of different paths
[08:11] <dholbach> jibel, if you want we can look at this during the cycle
[10:38] <pitti> $ cat ~/.adtrc
[10:38] <pitti> BASEDIR=/home/martin-scratch/images/
[10:38] <pitti> jibel: but when I run ~/ubuntu/auto-package-testing/bin/run-adt-test -r quantal -d -a amd64 -b lp:~pitti/ubuntu/quantal/coreutils/adt
[10:38] <pitti> it still looks for stuff in /tmp/adt
[10:40] <jibel> pitti, looks like a bug. I finish something, then lunch and I'll have a look right after.
[10:40] <pitti> I'm looking into it
[10:44] <pitti> ooh, I know why
[10:51] <pitti> jibel: http://paste.ubuntu.com/1306887/ fixes it; want me to commit?
[10:51] <pitti> it still doesn't actually start kvm (looking into that next), but it does fix the paths
[10:52] <pitti> right, qemu-img fails, -b doesn't exist
[10:54] <pitti> odd, the backing file option is documented, but the manpage (nor --help) mention it as valid for "create"; only for "rebase"
[10:55] <pitti> quantal regression?
[10:55] <pitti> ooh, -o
[11:04] <pitti> jibel: nevermind, that patch is obviously bogus; I'll think of something better
[11:40] <pitti> jibel: better fix: http://bazaar.launchpad.net/~pitti/auto-package-testing/fixes/revision/74
[11:44] <jibel> pitti, thanks. merging
[11:45] <jibel> pitti, do you have any other fix?
[11:45] <pitti> jibel: I can push for cleaner history
[11:45] <jibel> pitti, ack
[11:46] <pitti> jibel: yes, I'm working on making the script run with set -e, fixing the qemu-img call, and whatever else comes up
[11:46] <pitti> jibel: if you want, I'll keep pushing to my branch, and you take a look when I'm done?
[11:46] <pitti> batch mode
[11:46] <jibel> pitti, sure,
[11:47] <jibel> pitti, I removed -e because it the script exited on return of get_free_port, it'd be nice to have it back
[11:48] <pitti> ack, will do
[12:09] <pitti> jibel: oh, seems qemu-img failed for a different reason; it seems it still accepts -b, but it's not documented
[12:10] <pitti> jibel: I think we should change it to -o backing_file anyway (it's that way since at least lucid)
[12:11] <pitti> yay, seems to run happily now
[12:12] <jibel> pitti, what was the problem with -b ?
[12:12] <jibel> -b?
[12:12] <jibel> :)
[12:13] <pitti> jibel: it's not a documented option
[12:13] <pitti> jibel: oh, I moved /tmp/adt to /home/martin-scratch/adt, but that didn't update the symlink; that confused it
[12:13] <pitti> I re-ran prepare-image with my BASEDIR fix now, working fine now
[12:14] <pitti> hm, it's building coreutils in the VM, is it supposed to?
[12:15] <jibel> no, it is not supposed to build coreutils
[12:18] <pitti> $ ~/ubuntu/auto-package-testing/bin/run-adt-test -r quantal -a amd64 -b lp:~pitti/ubuntu/quantal/coreutils/adt  succeeded now \o/
[12:18] <pitti> (except that I didn't expect it to build/install, just run the tests)
[12:20] <pitti> jibel: ok, top three commits in http://bazaar.launchpad.net/~pitti/auto-package-testing/fixes/changes, ok for me to push?
[12:21]  * pitti deletes his old manual adt VM, this is so much nicer
[12:23] <jibel> pitti, thanks for all the fixes. Feel free to push.
[12:24] <pitti> jibel: ooh, that would be with -b, that doesn't supply --no-built-binaries
[12:24] <pitti> well, I guess that's kind of correct
[12:25] <pitti> jibel: mind if I add a --no-build option?
[12:26] <jibel> pitti, I don't mind, I was not certain which options were best when testing from a branch
[12:26] <pitti> jibel: I think defaulting to build is the safe option, as you might have actual code fixes in the barnch
[12:26] <pitti> but if your branch only adds tests, this is a faster short-cut
[12:27] <jibel> and I didn't want to expose all of adt-run options from the script otherwise it's easier to run adt-run directly.
[12:34] <pitti> jibel: oh, nevermind; I didn't specify a package name; when I append "coreutils", it works
[12:34]  * pitti read bin/testbed/run-adt more carefully now
[12:34] <pitti> ♥
[12:34] <pitti> this looks great now
[12:35] <jibel> pitti, when the user just specifies a branch we suppose that he wants to build the branch
[12:36] <jibel> when there is a branch and a package, we suppose that the user wants to tests the binary with the tests from the branch
[12:36] <jibel> documentation patchs are also accepted
[12:36] <jibel> :)
[12:40] <pitti> jibel: http://paste.ubuntu.com/1307065/ ?
[12:45] <pitti> jibel, gema, dholbach: ok, so for Tue evening I now have a live demo how to adt-ify coreutils
[12:46] <dholbach> great :)
[12:46] <pitti> I guess we have a projector there, we'll need it for the lightning talks anyway
[12:46] <jibel> Awesome!
[12:47] <pitti> and we have three copy&paste-able commands from the wiki page to create a VM
[12:48] <pitti> let's get ready to rumbleeeee!
[12:52] <dholbach> mmrazik, there's something in the slides about autopilot training
[12:53] <dholbach> mmrazik, do we have times/dates/rooms for that already?
[12:54] <mmrazik> dholbach: you mean this one: http://summit.ubuntu.com/uds-r/meeting/21249/qa-r-autopilot-in-ue/ ?
[12:54] <mmrazik> do we need to supply slides beforehand?
[12:54] <mmrazik> dholbach: or you are talking about the plenary on Monday?
[12:54] <dholbach> the plenary is on monday
[12:54] <dholbach> yes, the slides still have TBD on them :)
[12:55] <dholbach> mmrazik, so that's one session?
[12:55]  * thomi was summoned
[12:55] <mmrazik> thomi: dholbach is curious about the plenary slides. Are they ready?
[12:55] <mmrazik> thomi: they seem to be tagged TBD
[12:55] <dholbach> mmrazik, if it's just one session I can add it to the last slide
[12:55] <dholbach> just wanted to make sure
[12:56] <mmrazik> dholbach: the session on Monday is a workshop/session where people can have questions and where we can talk in more depth about stuff
[12:56] <mmrazik> dholbach: yes. thats it. Plenary and then this single autopilot session.
[12:56] <thomi> uhhh, they're ready, except that the date & time of the autopilot session might change, and I wanted to make sure they were accurate
[12:56] <dholbach> http://summit.ubuntu.com/uds-r/meeting/21249/qa-r-autopilot-in-ue/ says 2012-10-31, which would be wednesday
[12:57] <mmrazik> dholbach: we were just wondering with thomi yesterday how much is the schedule set in stone
[12:57] <dholbach> thomi, if you say you will take care of updating the slide I'm happy :)
[12:57] <dholbach> we can still change the last slide on Monday morning if you want
[12:57] <thomi> dholbach: sounds good to me. slides 17 & 18 are the ones that need to be updated maybe
[12:58] <dholbach> I'll leave that to you guys :)
[12:58] <dholbach> thanks a bunch for all your work everyone
[12:58] <dholbach> UDS will be great for automated testing
[19:53] <Noskcaj> can everyone with a ppc computer please see if the netboot Bug #1071880 affects them so we can see what hardware causes it
[19:54] <Noskcaj> also whats the command to get a hardware profile so i can upload mine
[19:57] <phillw> Noskcaj: it's better to email the l-qa mailing list. Ensure you put PPC in the subject heading so that people know it is PPC related, thanks :)
[19:58] <Noskcaj> phillw: i was about to, just putting it in the irc first
[20:00] <phillw> Noskcaj: wxl did email about that, I'll ask that he put it onto https://wiki.ubuntu.com/Lubuntu/Testing/PPC%26Mac64 so it easily found, I'm still restoring piglet at the moment but will have a quick look through my emails to see if I can find it.
[20:08] <Noskcaj> phillw: thanks
[20:11] <phillw> Noskcaj: http://pastebin.com/7vMCqsTq
[20:11] <phillw> I'll try and get the wiki area done tonight (piglet willing).
[20:13] <Noskcaj> i will run the profiler as soon as the lubuntu cd downloads
[20:13] <Noskcaj> i have just sent off the email too
[20:17] <phillw> yeah, just seen the email. I'm still battling with permissions / ownership issues from my restore... Well, it was a CentOS backup of my /home partition so I did expect some 'fun' importing it into Lubuntu 12.10 :D
[20:17] <phillw> and we have another PPC tester :)
[20:20] <Noskcaj> i saw that, Yay
[20:20] <Noskcaj> and centOS to lubuntu, sounds very fun
[20:24] <phillw> it's okay.. just a lot of chown -R / chgrp -R going on :P
[20:25] <phillw> I know phil from ubuntu-classroom-backstage (he's one of the 'staff' on there) - He must have like my presentation the other day :D
[20:27] <phillw> I' going to actually get around to burning an A3 12.10 CD and try it on the G3 (I think) upstairs over the weekend. It did run Xubuntu okay a couple of years ago, so fingers crossed :P
[20:32] <phillw> kewl! the automatic passwords part of chromium is working! (CentOS uses Chrome, so I was not sure if they would actually transfer).... Happy Bunny :)
[21:09] <phillw> wxl: please ping me next time you're about, thanks.
[21:12] <wxl> phillw: crazy day today and looking like it might last for the rest of the weekend
[21:17] <phillw> wxl: I know that feeling, just about got /home restored to Lubuntu 12.10 - next up is to the same for my CentOS system. anyways, do you have in mind a structure for people to post their PPC profiles up as per http://pastebin.com/7vMCqsTq onto the PPC wiki area?
[21:30] <wxl> phillw: not necessarily
[21:33] <phillw> wxl: I was thinking along the lines of "Model", "CPU", "GPU", "RAM", "Link to full Spec.", "Person who owns it".... ?
[21:35] <wxl> phillw: see mailing list message about it
[21:36] <phillw> wxl: that just states putting the pastebin up. for people to browse, I think it would be better to have the basic details on the page.
[21:47] <wxl> phillw: sure we can do that. i think what you mentioned above works
[23:39] <phillw> wxl: my rough draft for PPC hardware is at https://wiki.ubuntu.com/Lubuntu/Testing/PPC%26Mac64/HardWare please feel free to refine it!
[23:41] <wxl> looks good phillw but i will edit it. not sure nv34m necessarily equals geforce fxgo5200 which is what that card is more likely known as