Hi all,
I now have admin privs on the projects build box, so what do we need in a build farm?
I like the Samba model with the drop down to view things:
http://build.samba.org/?host=SerNet-solaris8&tree=ldb&compiler=gcc-4... http://build.samba.org/about.html
And I like that users can add their arch too:
http://build.samba.org/instructions.html
Code is at:
http://cvs.samba.org/cgi-bin/cvsweb/build_farm/
I'm happy to get everything setup but I need to know what we want. My first thoughts were to have lots of VMs on the big build box we've got, bring the VMs up and down when needed and compile HEAD, RE24 periodically, but that smoke testing would just make noise.
We'll need a frontend to browse results anyway and maybe an admin panel to issue builds or just some admin commandline tools for pre-release testing. E-mails could go to a new openldap-builds@openldap.org list or similar. We'll also need a tool for users to register their system/host with the build master to collect results and show them. And we'll need some set of standard build options to be uniform across platforms?
Lastly, there is also:
http://gcc.gnu.org/wiki/CompileFarm
Thoughts?
Gavin.
Gavin Henry wrote:
Hi all,
I now have admin privs on the projects build box, so what do we need in a build farm?
I like the Samba model with the drop down to view things:
http://build.samba.org/?host=SerNet-solaris8&tree=ldb&compiler=gcc-4... http://build.samba.org/about.html
And I like that users can add their arch too:
http://build.samba.org/instructions.html
Code is at:
http://cvs.samba.org/cgi-bin/cvsweb/build_farm/
I'm happy to get everything setup but I need to know what we want. My first
thoughts were to have lots of VMs on the big build box we've got, bring the VMs up and down when needed and compile HEAD, RE24 periodically, but that smoke testing would just make noise.
We'll need a frontend to browse results anyway and maybe an admin panel to
issue builds or just some admin commandline tools for pre-release testing. E-mails could go to a new openldap-builds@openldap.org list or similar. We'll also need a tool for users to register their system/host with the build master to collect results and show them. And we'll need some set of standard build options to be uniform across platforms?
These frontends aren't already part of the samba build farm package?
I think a first pass would be to get all the infrasructure up with a single VM as a target. And I think adding non-Linux VMs is an obvious next step - FreeBSD, OpenSolaris, etc.
If QEMU was further along I'd investigate that route too for non-x86 testing but unfortunately it seems to be fairly limited in that respect. (E.g., QEMU Sparc emulation still can't boot Solaris.)
Lastly, there is also:
It may be worth asking. I personally don't have access to any Alpha or MIPS systems any more, but can generally get to the others when needed. Running "make test" on my G1 phone is entertaining...
I think a first pass would be to get all the infrasructure up with a single VM as a target. And I think adding non-Linux VMs is an obvious next step
FreeBSD, OpenSolaris, etc.
OK. So we have kvm running with libvirtd and an up to date Centos 5.3 64 bit vm running now with internal networking.
This works (you obviously need access here and I need to add you to the libvirtd user group).
virt-viewer --connect qemu+ssh://ghenry@fermat.openldap.org/system centos5.3-64
You can ssh to it from fermat too (ip provided offlist or via ifconfig using above).
Will move on to the build/test framework later.
If QEMU was further along I'd investigate that route too for non-x86 testing but unfortunately it seems to be fairly limited in that respect. (E.g., QEMU Sparc emulation still can't boot Solaris.)
Yeah, was looking into that and even tried solaris10 sparc. Of course, no joy.