[07:00] <ara> good morning all :)
[07:01] <ara> ladies & gentlemen, we are celebrating a testing day today: https://wiki.ubuntu.com/Testing/UbuntuTestingDay/20090622
[07:33] <ara> help us testing hardware specific issues in this testing day: http://blog.qa.ubuntu.com/node/55
[19:53] <eeejay> hey cr3
[20:02] <cr3> eeejay: hey dude
[20:02] <eeejay> ey cr3
[20:03] <eeejay> cr3, i plan to see how the mago tests fit into a checkbox-satellite setup this weel
[20:03] <eeejay> week
[20:03] <cr3> eeejay: thanks for your answer on the result status codes
[20:03] <cr3> eeejay: cool, I'm quite proud of the code so it shouldn't be too bad for you
[20:04] <eeejay> cr3, how do i need to set it up here, do i need to have pxe boot?
[20:04] <cr3> eeejay: by the way, I have live cd testing automated and I've been getting test results since this weekend
[20:04] <eeejay> cr3, ideally i would like to set it up in a virtualbox environment
[20:05] <cr3> eeejay: oh crap, you actually want to run it!
[20:05] <eeejay> cr3, that is awesome
[20:05] <cr3> I have documentation on preparing a system to run checkbox-satellite, but maybe I should formalize that in the form of a package to which you could extend the plugins yourself
[20:06] <cr3> eeejay: if you have to setup checkbox-satellite, this will be extremely useful experience for me.
[20:06] <eeejay> cr3, i could write docs for virtualbox
[20:07] <cr3> eeejay: the major problem I see is to figure out how to dispatch a test run because this is typically done by polling the hardware certification website
[20:07] <eeejay> cr3, so the website is polled on regular intervals?
[20:07] <eeejay> cr3, the satellite polls it, or the target?
[20:08] <eeejay> cr3, where is the code for that?
[20:08] <cr3> eeejay: yep, polling for enqueued activities such as: update cdimage foo, prepare system bar for testing cdimage foo, reboot system bar, etc.
[20:08] <cr3> eeejay: the polling code is the same for all commercial checkboxes, so it's in checkbox-compatibility
[20:08] <cr3> eeejay: like checkbox-certification, checkbox-satellite depends on checkbox-compatibility and checkbox
[20:09] <eeejay> cr3, gotcha
[20:09] <cr3> eeejay: in other words, checkbox-compatibility is kinda like the lowest common denominator for commercial testing
[20:10] <eeejay> cr3, so what do all the plugins in checkbox-satellite do?
[20:10] <cr3> I find it really sweet that checkbox-satellite uses the same message exchange plugin as -compatibility and -certification. nice convergence
[20:10] <cr3> eeejay: if you look at the names, it should be pretty self explanatory: nfs_manager manages the nfs service, http_manager manages the http service, etc.
[20:11] <cr3> there's also fuseiso_access, for accessing an iso using fuseiso, and the other _access plugins provide other mechanisms for accessing images
[20:12] <cr3> if the naming is not clear, let me know, I tried to leave the crack pipe when I coded the satellite server
[20:23] <eeejay> cr3, maybe instead of figuring all of this out from scratch, you could give me access to some staging machines?
[20:23] <eeejay> cr3, this is highly mysterious.
[20:26] <cr3> eeejay: I'd like to spend the necessary time to make this easy though, could you give me this week to work together on this?
[20:27] <eeejay> cr3, i want to see the mago plugin deployed in some manner soon, doesn't need to be perfect, but once i see what it looks like, i could make it awesome
[20:28] <eeejay> cr3, it is still really vague for me how all this works
[20:28] <cr3> eeejay: mago integration is totally different from ubiquity automation
[20:28] <eeejay> cr3, i think seeing it all working together would be really helpful
[20:28] <eeejay> cr3, right. i am not talking about ubiquity now
[20:29] <cr3> eeejay: you should only need to look into checkbox-satellite for ubiquity automation. if you want to start testing mago, just make sure it works in checkbox and we'll deploy it. next thing you know, we'll start seeing either positive or negative test results :)
[20:30] <eeejay> cr3, so you don't need me on the depoyment end at all? I feel sort of responsible for that, but whatever you think
[20:30] <cr3> eeejay: point me to your mago integration branch, I'll merge it into checkbox-certification and we'll let 'er rip
[20:31] <eeejay> cr3, it is a standalone branch now
[20:31] <cr3> eeejay: if your tests fail, it's not a big deal, it shouldn't prevent the usual tests from running
[20:31] <eeejay> cr3, it is not only about that
[20:31] <cr3> if your changes do prevent the usual tests from running, that's my problem, not yours :)
[20:32] <eeejay> cr3, we talked about not having the mago tests run on every piece of hardware
[20:32] <eeejay> cr3, of having one dedicated machine for it
[20:32] <eeejay> cr3, and possibly look into virtualizing and parallelizing it
[20:32] <cr3> eeejay: hm, I don't remember that, but I have a very bad memory
[20:33] <cr3> eeejay: I should eventually be able to run different tests on different machines, but that's not in place yet. that's part of the scheduling blueprint which will probably not even make it in karmic
[20:34] <eeejay> cr3, could we chat on the phone a bit?
[21:34]  * sbeattie is failing to reproduce bug 306293
[21:34] <ubot4> Launchpad bug 306293 in apache2 "Mod_ssl randomly causes apache threads to use 100% of CPU" [High,Fix committed] https://launchpad.net/bugs/306293