Hi Karanbir,<br><br><div class="gmail_quote">2011/4/6 Karanbir Singh <span dir="ltr"><<a href="mailto:mail-lists@karan.org">mail-lists@karan.org</a>></span><br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

[... automated VM install ...]<br></blockquote><div><br>in principle a good idea, should be (from my point of view) extended to something like BFO (<a href="http://boot.fedoraproject.org/">http://boot.fedoraproject.org/</a>) to make it possible to install on physical machines as well. So something like USB boot stick which get standard configurations based on kickstart files, do the installation, report back to console and central QA server and do the next install on the list (the only question is how to make previous runs persistent so installations won't be done twice until QA system request a second install because of a failure).<br>

<br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">[...]<br>
What else would be relevant here ?<br></blockquote><div><br>- lshw<br>- dmesg<br>- maybe bootchart<br><br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">



[...]<br>
b) as long as all output is in text, we could shovel test runs into a<br>
git repo ( keep in mind that we can end up generating gigs of data per<br>
day ).<br></blockquote><div><br>GIT is a good idea but you need a wrapper around that check successful runs and shorten this one to profile xyz on hardware abc has no problem.<br> <br></div><blockquote class="gmail_quote" style="margin: 0pt 0pt 0pt 0.8ex; border-left: 1px solid rgb(204, 204, 204); padding-left: 1ex;">


c) something else ?<br></blockquote><div><br>See above, an USB stick for real hardware and an ISO for virtual hardware will probably work best.<br><br>Regards, Thomas<br></div></div>