Buildbots
Alain O'Dea
alain.odea at gmail.com
Tue Apr 1 18:15:12 UTC 2014
Thank you Carter.
I think it's reasonable to incubate it on your Github profile for now until we are certain it is fully working again. Either way works though :)
Best,
Alain
> On Apr 1, 2014, at 17:45, Carter Schonwald <carter.schonwald at gmail.com> wrote:
>
> hey all, I just exported the igloo builder code from darcs to git, and put it here https://github.com/cartazio/ghc-builder
> would this be something worth adding to github.com/haskell ? (i can easily add it if other folks it should be surfaced more visibly)
>
>
>> On Tue, Apr 1, 2014 at 11:04 AM, Páli Gábor János <pali.gabor at gmail.com> wrote:
>> 2014-04-01 14:03 GMT+02:00 Simon Peyton Jones <simonpj at microsoft.com>:
>> > Indeed, there is no reason not to use Ian et al's Builder stuff. It's one of the
>> > options. But it depends on a critical evaluation of what the advantages and
>> > disadvantages of different approaches are
>>
>> I found Ian's buildbot an appealing alternative as it does a full
>> build, including testing, and uploads the resulting binaries to a
>> common place where anybody can access them (but it can be configured
>> to do almost anything). The builders may be configured individually
>> from a single (Haskell-language) configuration file and they are run
>> on various volunteer-supplied systems so it is also distributed.
>>
>> I use this to keep track of the status of the FreeBSD builds to make
>> my work easier on building the releases and maintaining the associated
>> ports in the FreeBSD Ports Collection, while offering regular
>> developer snapshots for the users. This approach also allows me to
>> control and maintain the builder environment too as it may require
>> minor or major changes and fixes over time that I can do myself as a
>> FreeBSD developer. In the past, there were cases where the build was
>> failing due to bugs in the kernel or the userland, so this is not
>> purely about GHC itself (unfortunately).
>>
>> In my humble opinon, there are merits for the Travis-based Continuous
>> Integration, so as for the daily snapshot building on each supported
>> platform. I do not care if it is not Haskell-based or it is hosted at
>> a central place with individual Virtual Machines for each platform --
>> until I can keep doing what I have been doing for 4 years now.
>> _______________________________________________
>> ghc-devs mailing list
>> ghc-devs at haskell.org
>> http://www.haskell.org/mailman/listinfo/ghc-devs
>
> _______________________________________________
> ghc-devs mailing list
> ghc-devs at haskell.org
> http://www.haskell.org/mailman/listinfo/ghc-devs
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://www.haskell.org/pipermail/ghc-devs/attachments/20140401/d0964392/attachment.html>
More information about the ghc-devs
mailing list