digitalmars.D - Build farm(er)
- Andrei Alexandrescu (19/19) Aug 05 2010 Hello,
- BCS (8/38) Aug 05 2010 I'd be interested in partaking in such an endeavor. I was actually think...
- Andrei Alexandrescu (9/19) Aug 06 2010 That's great, thanks for volunteering. Automatic regression testing
- BCS (5/28) Aug 06 2010 Where will the build system reside? in the same repo and DMD or Phobos o...
- Andrei Alexandrescu (3/31) Aug 06 2010 I suggest you start experimenting in a separate project.
- Tomek =?UTF-8?B?U293acWEc2tp?= (6/9) Aug 06 2010 It would be a shame to leave out laptops. Ideally if someone lights up a...
- Andrei Alexandrescu (4/12) Aug 07 2010 When we'll have thousands, sure, laptops would be great. So far we're
- Lionello Lunesu (4/25) Aug 07 2010 I can offer shell access to my VPS: Ubuntu 8.04 LTS with static IP.
- Jacob Carlborg (4/23) Aug 06 2010 Sounds like a good idea.
- Lutger (8/37) Aug 06 2010 Have you considered going with an existing continuous integration packag...
- Tomek =?UTF-8?B?U293acWEc2tp?= (4/30) Aug 06 2010 An idea: could the assembled farm be reused to build other D projects? B...
- Andrei Alexandrescu (6/37) Aug 06 2010 I think that's a great idea. We only need the appropriate people power
- Walter Bright (3/6) Aug 06 2010 I agree. We have a constant problem with fixes on one platform breaking ...
- SK (13/15) Aug 06 2010 How about CDash? http://www.cdash.org/cdash/project/about.html
- sybrandy (9/9) Aug 06 2010 I can't help with hardware, but if you want to virtualize some of your
- Jacob Carlborg (5/14) Aug 07 2010 If I recall correctly, according to Apple's licenses it's only legal to
- Byron Heads (8/13) Aug 10 2010 "cutting-edge"
- Bruno Medeiros (7/26) Sep 30 2010 Continuous integration, pretty nice! I hope someone takes up on that tas...
Hello, I was talking yesterday with Walter and Brad about enacting a build farm and the build master who would tend to it. The basic idea is to amass a number of remote machines (real and/or virtual) running various OSs and use them for building and testing recent commits of dmd and phobos. The website will have a "cutting-edge" downloadable package that contains the most recent successful build. At the end of the day I want us to get to the point where I type: % make world and everything is built from source all the way to uploading the installers for all OSs to the website and updating html files accordingly. Walter and I agreed that wine should be adequate for building and testing on Windows, which is helpful because we can use the Unix command line tools throughout. The build master will act as a coordinator of check ins, reviews, builds, test harnesses, and probably more. Walter is currently handling these roles, and he would be relieved to pass them on to someone reliable. Any ideas, proposals, contributions and candidates are welcome! Andrei
Aug 05 2010
Hello Andrei,Hello, I was talking yesterday with Walter and Brad about enacting a build farm and the build master who would tend to it.I'd be interested in partaking in such an endeavor. I was actually thinking of doing something related (automatic regression testing). I don't think I'd be a good candidate for maintaining the whole things but I'd be willing to help.The basic idea is to amass a number of remote machines (real and/or virtual) running various OSs and use them for building and testing recent commits of dmd and phobos. The website will have a "cutting-edge" downloadable package that contains the most recent successful build. At the end of the day I want us to get to the point where I type: % make world and everything is built from source all the way to uploading the installers for all OSs to the website and updating html files accordingly. Walter and I agreed that wine should be adequate for building and testing on Windows, which is helpful because we can use the Unix command line tools throughout. The build master will act as a coordinator of check ins, reviews, builds, test harnesses, and probably more. Walter is currently handling these roles, and he would be relieved to pass them on to someone reliable. Any ideas, proposals, contributions and candidates are welcome! Andrei-- ... <IXOYE><
Aug 05 2010
On 08/06/2010 12:00 AM, BCS wrote:Hello Andrei,That's great, thanks for volunteering. Automatic regression testing sounds like a good starting point, feel free to start on it as you find fit and post your progress. You may want to get familiar with the build and test processes of dmd and phobos if you aren't. In terms of machines, if anyone could volunteer ssh accounts to stable machines (e.g. preferably not laptops and not connected via dynamic IP, though the latter is satisfactorily fixed by dyndns.org), please chime in! AndreiHello, I was talking yesterday with Walter and Brad about enacting a build farm and the build master who would tend to it.I'd be interested in partaking in such an endeavor. I was actually thinking of doing something related (automatic regression testing). I don't think I'd be a good candidate for maintaining the whole things but I'd be willing to help.
Aug 06 2010
Hello Andrei,On 08/06/2010 12:00 AM, BCS wrote:Where will the build system reside? in the same repo and DMD or Phobos or in it's own? -- ... <IXOYE><Hello Andrei,That's great, thanks for volunteering. Automatic regression testing sounds like a good starting point, feel free to start on it as you find fit and post your progress. You may want to get familiar with the build and test processes of dmd and phobos if you aren't. In terms of machines, if anyone could volunteer ssh accounts to stable machines (e.g. preferably not laptops and not connected via dynamic IP, though the latter is satisfactorily fixed by dyndns.org), please chime in!Hello, I was talking yesterday with Walter and Brad about enacting a build farm and the build master who would tend to it.I'd be interested in partaking in such an endeavor. I was actually thinking of doing something related (automatic regression testing). I don't think I'd be a good candidate for maintaining the whole things but I'd be willing to help.
Aug 06 2010
BCS wrote:Hello Andrei,I suggest you start experimenting in a separate project. AndreiOn 08/06/2010 12:00 AM, BCS wrote:Where will the build system reside? in the same repo and DMD or Phobos or in it's own?Hello Andrei,That's great, thanks for volunteering. Automatic regression testing sounds like a good starting point, feel free to start on it as you find fit and post your progress. You may want to get familiar with the build and test processes of dmd and phobos if you aren't. In terms of machines, if anyone could volunteer ssh accounts to stable machines (e.g. preferably not laptops and not connected via dynamic IP, though the latter is satisfactorily fixed by dyndns.org), please chime in!Hello, I was talking yesterday with Walter and Brad about enacting a build farm and the build master who would tend to it.I'd be interested in partaking in such an endeavor. I was actually thinking of doing something related (automatic regression testing). I don't think I'd be a good candidate for maintaining the whole things but I'd be willing to help.
Aug 06 2010
Andrei Alexandrescu napisał:In terms of machines, if anyone could volunteer ssh accounts to stable machines (e.g. preferably not laptops and not connected via dynamic IP, though the latter is satisfactorily fixed by dyndns.org), please chime in!It would be a shame to leave out laptops. Ideally if someone lights up a computer with a build slave on it, the master could automatically delegate two or three builds on their lousy laptop while they're reading some article. Does anyone know a build system that supports that kind of dynamic work distribution? I know Hudson has slaves but AFAIK you have to register each one manually on the master. For thousands of personal comps going on- and offline we need automization. Tomek
Aug 06 2010
On 08/07/2010 01:40 AM, Tomek Sowiński wrote:Andrei Alexandrescu napisał:When we'll have thousands, sure, laptops would be great. So far we're keen about the 0->1 transition :o). AndreiIn terms of machines, if anyone could volunteer ssh accounts to stable machines (e.g. preferably not laptops and not connected via dynamic IP, though the latter is satisfactorily fixed by dyndns.org), please chime in!It would be a shame to leave out laptops. Ideally if someone lights up a computer with a build slave on it, the master could automatically delegate two or three builds on their lousy laptop while they're reading some article. Does anyone know a build system that supports that kind of dynamic work distribution? I know Hudson has slaves but AFAIK you have to register each one manually on the master. For thousands of personal comps going on- and offline we need automization.
Aug 07 2010
On 2010-08-06 5:44, Andrei Alexandrescu wrote:On 08/06/2010 12:00 AM, BCS wrote:I can offer shell access to my VPS: Ubuntu 8.04 LTS with static IP. Regular user access is enough? L.Hello Andrei,That's great, thanks for volunteering. Automatic regression testing sounds like a good starting point, feel free to start on it as you find fit and post your progress. You may want to get familiar with the build and test processes of dmd and phobos if you aren't. In terms of machines, if anyone could volunteer ssh accounts to stable machines (e.g. preferably not laptops and not connected via dynamic IP, though the latter is satisfactorily fixed by dyndns.org), please chime in! AndreiHello, I was talking yesterday with Walter and Brad about enacting a build farm and the build master who would tend to it.I'd be interested in partaking in such an endeavor. I was actually thinking of doing something related (automatic regression testing). I don't think I'd be a good candidate for maintaining the whole things but I'd be willing to help.
Aug 07 2010
On 2010-08-06 03:59, Andrei Alexandrescu wrote:Hello, I was talking yesterday with Walter and Brad about enacting a build farm and the build master who would tend to it. The basic idea is to amass a number of remote machines (real and/or virtual) running various OSs and use them for building and testing recent commits of dmd and phobos. The website will have a "cutting-edge" downloadable package that contains the most recent successful build. At the end of the day I want us to get to the point where I type: % make world and everything is built from source all the way to uploading the installers for all OSs to the website and updating html files accordingly. Walter and I agreed that wine should be adequate for building and testing on Windows, which is helpful because we can use the Unix command line tools throughout. The build master will act as a coordinator of check ins, reviews, builds, test harnesses, and probably more. Walter is currently handling these roles, and he would be relieved to pass them on to someone reliable. Any ideas, proposals, contributions and candidates are welcome! AndreiSounds like a good idea. -- /Jacob Carlborg
Aug 06 2010
Andrei Alexandrescu wrote:Hello, I was talking yesterday with Walter and Brad about enacting a build farm and the build master who would tend to it. The basic idea is to amass a number of remote machines (real and/or virtual) running various OSs and use them for building and testing recent commits of dmd and phobos. The website will have a "cutting-edge" downloadable package that contains the most recent successful build. At the end of the day I want us to get to the point where I type: % make world and everything is built from source all the way to uploading the installers for all OSs to the website and updating html files accordingly. Walter and I agreed that wine should be adequate for building and testing on Windows, which is helpful because we can use the Unix command line tools throughout. The build master will act as a coordinator of check ins, reviews, builds, test harnesses, and probably more. Walter is currently handling these roles, and he would be relieved to pass them on to someone reliable. Any ideas, proposals, contributions and candidates are welcome! AndreiHave you considered going with an existing continuous integration package, such as Hudson? I am in the process of setting one up (but using CruiseControl.NET), it does offer some extra value at the expense of an intial setup cost. The benefit of such system are better reporting, automated builds and notifications. Hudson should be able to integrate information from svn and bugzilla for example. http://hudson-ci.org/
Aug 06 2010
Andrei Alexandrescu napisał:Hello, I was talking yesterday with Walter and Brad about enacting a build farm and the build master who would tend to it. The basic idea is to amass a number of remote machines (real and/or virtual) running various OSs and use them for building and testing recent commits of dmd and phobos. The website will have a "cutting-edge" downloadable package that contains the most recent successful build. At the end of the day I want us to get to the point where I type: % make world and everything is built from source all the way to uploading the installers for all OSs to the website and updating html files accordingly. Walter and I agreed that wine should be adequate for building and testing on Windows, which is helpful because we can use the Unix command line tools throughout. The build master will act as a coordinator of check ins, reviews, builds, test harnesses, and probably more. Walter is currently handling these roles, and he would be relieved to pass them on to someone reliable. Any ideas, proposals, contributions and candidates are welcome!An idea: could the assembled farm be reused to build other D projects? Being able to easily run thorough unittests on a variety of machines would be a massive boost in quality of D's software ecosystem. Tomek
Aug 06 2010
Tomek Sowiński wrote:Andrei Alexandrescu napisał:I think that's a great idea. We only need the appropriate people power and computer power. In an ideal world dsource.org would grow to provide that, but my perception is that Brad A. can only put this much time into it (which is a lot btw). AndreiHello, I was talking yesterday with Walter and Brad about enacting a build farm and the build master who would tend to it. The basic idea is to amass a number of remote machines (real and/or virtual) running various OSs and use them for building and testing recent commits of dmd and phobos. The website will have a "cutting-edge" downloadable package that contains the most recent successful build. At the end of the day I want us to get to the point where I type: % make world and everything is built from source all the way to uploading the installers for all OSs to the website and updating html files accordingly. Walter and I agreed that wine should be adequate for building and testing on Windows, which is helpful because we can use the Unix command line tools throughout. The build master will act as a coordinator of check ins, reviews, builds, test harnesses, and probably more. Walter is currently handling these roles, and he would be relieved to pass them on to someone reliable. Any ideas, proposals, contributions and candidates are welcome!An idea: could the assembled farm be reused to build other D projects? Being able to easily run thorough unittests on a variety of machines would be a massive boost in quality of D's software ecosystem.
Aug 06 2010
Tomek Sowiński wrote:An idea: could the assembled farm be reused to build other D projects? Being able to easily run thorough unittests on a variety of machines would be a massive boost in quality of D's software ecosystem.I agree. We have a constant problem with fixes on one platform breaking on others because the developer doesn't have immediate access to those others.
Aug 06 2010
Hello Andrei, On Thu, Aug 5, 2010 at 6:59 PM, Andrei Alexandrescu wrote:and everything is built from source all the way to uploading the installers for all OSs to the website and updating html files accordingly.How about CDash? http://www.cdash.org/cdash/project/about.html CMake+CTest+CDash provide integrated build, test and reporting. For example, here the dashboard for CDash itself: http://www.cdash.org/CDash/index.php?project=CDash That said, I have not tried CDash myself, though I'm a user and fan of the first two pieces: CMake and CTest. Speaking of which, I'm working on CMake for D2, which seems to have lost its maintainer. Also, I highly recommend using virtual machines rather than bare metal for a build farm -- easier and much more economical. Regards, -steve
Aug 06 2010
I can't help with hardware, but if you want to virtualize some of your operating systems, VirtualBox is very nice and freely available. Also, and this is just me throwing out something new, you could write some small Erlang programs that are linked to each other to manage the distribution. Toss a web interface built using Yaws or Erlyweb and you can have a web client that is built in and talks Erlang. Of course, if something already exists that does it, that we should probably use it unless it's just too bad to use. Casey
Aug 06 2010
On 2010-08-06 23:10, sybrandy wrote:I can't help with hardware, but if you want to virtualize some of your operating systems, VirtualBox is very nice and freely available. Also, and this is just me throwing out something new, you could write some small Erlang programs that are linked to each other to manage the distribution. Toss a web interface built using Yaws or Erlyweb and you can have a web client that is built in and talks Erlang. Of course, if something already exists that does it, that we should probably use it unless it's just too bad to use. CaseyIf I recall correctly, according to Apple's licenses it's only legal to virtualize Mac OS X server. -- /Jacob Carlborg
Aug 07 2010
On Thu, 05 Aug 2010 20:59:28 -0500, Andrei Alexandrescu <SeeWebsiteForEmail erdani.org> wrote:The basic idea is to amass a number of remote machines (real and/or virtual) running various OSs and use them for building and testing recent commits of dmd and phobos. The website will have a"cutting-edge"downloadable package that contains the most recent successfulbuild. Atthe end of the day I want us to get to the point where I type:I can give you a regular ssh account on an debian server I have setup for students here at EMU. It is dell power edge. -- Sent from my droid.
Aug 10 2010
On 06/08/2010 02:59, Andrei Alexandrescu wrote:Hello, I was talking yesterday with Walter and Brad about enacting a build farm and the build master who would tend to it. The basic idea is to amass a number of remote machines (real and/or virtual) running various OSs and use them for building and testing recent commits of dmd and phobos. The website will have a "cutting-edge" downloadable package that contains the most recent successful build. At the end of the day I want us to get to the point where I type: % make world and everything is built from source all the way to uploading the installers for all OSs to the website and updating html files accordingly. Walter and I agreed that wine should be adequate for building and testing on Windows, which is helpful because we can use the Unix command line tools throughout. The build master will act as a coordinator of check ins, reviews, builds, test harnesses, and probably more. Walter is currently handling these roles, and he would be relieved to pass them on to someone reliable. Any ideas, proposals, contributions and candidates are welcome! AndreiContinuous integration, pretty nice! I hope someone takes up on that task. I myself want to learn and gain expertise (hopefully on the near future) on that general area: automated building and testing, across multiple platforms. -- Bruno Medeiros - Software Engineer
Sep 30 2010