Hi,
Am Dienstag, den 01.04.2014, 23:38 +0200 schrieb Páli Gábor János:
> 2014-04-01 23:30 GMT+02:00 Joachim Breitner :
> > Or we could have a "ghc-bots" mailinglist where any kind of
> > machine-generated GHC-related mails can be sent to, then interested
> > parties can subscribe.
>
> There is gh
2014-04-01 23:30 GMT+02:00 Joachim Breitner :
> Or we could have a "ghc-bots" mailinglist where any kind of
> machine-generated GHC-related mails can be sent to, then interested
> parties can subscribe.
There is ghc-builds [1] for the daily snapshot builders, would not
that be good for this purpos
Hi,
Am Dienstag, den 01.04.2014, 21:07 +0200 schrieb Johan Tibell:
> If the false positive rate is low, feel free to automatically have the
> emails sent to ghc-devs@. We want to know when we broke stuff ASAP.
unfortunately, it is not as low as it should be, partially because of
hitting the 50
On Tue, Apr 01, 2014 at 12:46:05PM +0200, Joachim Breitner wrote:
>
> happy with buildbot, it might not be the worst choice.
For reference, the reason we moved away from buildbot is that it needs
to maintain a TCP connection for the duration of the build. With some
builds taking many hours (eithe
On Tue, Apr 1, 2014 at 12:46 PM, Joachim Breitner
wrote:
> Hi,
>
> Am Dienstag, den 01.04.2014, 10:25 + schrieb Simon Peyton Jones:
> > Joachim Breitner has set up Travis-CI. (I don't know exactly what
> > that is, but it sounds useful.)
>
> Travis is a free cloud service that runs arbitrary
2014-04-01 20:50 GMT+02:00 Carter Schonwald :
> I think making it more surfaced / discoverable might enable a lot more
> volunteer build bots (which is an issue aside from maintaining it)
As Karel has indicated, I have been already running an instance of the
server and I am generally open to addin
good to know (i assumed it was in working order from your remarks)
I think making it more surfaced / discoverable might enable a lot more
volunteer build bots (which is an issue aside from maintaining it)
of course, officially moving it to github should be with ian's blessing,
its mostly his work
2014-04-01 20:15 GMT+02:00 Alain O'Dea :
> until we are certain it is fully working again.
In what sense? I have been using the latest checkout from the darcs
repository for both the server and the clients, I seldom experienced
any serious problems. Of course, there is place for improvements and
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 wrote:
>
> hey all, I just exported the igloo builder code from darcs to
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á
2014-04-01 14:03 GMT+02:00 Simon Peyton Jones :
> 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 alte
ell.org] On Behalf Of Karel Gardas
> | Sent: 01 April 2014 12:46
> | To: Joachim Breitner; ghc-devs@haskell.org; Páli Gábor János
> | Cc: glasgow-haskell-us...@haskell.org
> | Subject: Re: Buildbots
> |
> |
> | Hi,
> |
> | I'm curious why not to use what's al
On Tue, Apr 1, 2014 at 1:48 PM, Joachim Breitner wrote:
> Hi Tuncer,
>
> Am Dienstag, den 01.04.2014, 13:41 +0200 schrieb Tuncer Ayaz:
> > > Hence: Travis is _not_ going to be a solution for us; we will
> > > want our own infrastructure.
> >
> > I do agree, but if anybody wants to look more closely
ow-haskell-users-
| boun...@haskell.org] On Behalf Of Karel Gardas
| Sent: 01 April 2014 12:46
| To: Joachim Breitner; ghc-devs@haskell.org; Páli Gábor János
| Cc: glasgow-haskell-us...@haskell.org
| Subject: Re: Buildbots
|
|
| Hi,
|
| I'm curious why not to use what's already written b
Hi Tuncer,
Am Dienstag, den 01.04.2014, 13:41 +0200 schrieb Tuncer Ayaz:
> > Hence: Travis is _not_ going to be a solution for us; we will want our
> > own infrastructure.
>
> I do agree, but if anybody wants to look more closely into using
> Travis-CI, I suggest to also consider drone.io. It app
Hi,
I'm curious why not to use what's already written by Ian and others and
which is currently running again? E.g. Janos Gabor Pali was so nice to
start and keep builder server running on
http://haskell.inf.elte.hu/builders/
Just few are there, but others may be added. Just send email to Ja
On Tue, Apr 1, 2014 at 1:11 PM, Joachim Breitner wrote:
> Hi,
>
> Am Dienstag, den 01.04.2014, 11:08 + schrieb Alain O'Dea:
> > From what I understand Travis CI limits running time for each
> > build. We may be able to create binaries of stage1 and/or stage2 in
> > one build and test them in an
On 1 April 2014 12:22, Alain O'Dea wrote:
> Where can we get infrastructure on multiple architectures easily?
Given that the responsibilities of the Haskell.org committee include:
* Setting the policy on what the servers owned by haskell.org may be used for
* Determining how haskell.org funds a
Hi,
> On Apr 1, 2014, at 11:11, Joachim Breitner wrote:
>
> Hi,
>
> Am Dienstag, den 01.04.2014, 11:08 + schrieb Alain O'Dea:
>> From what I understand Travis CI limits running time for each build.
>> We may be able to create binaries of stage1 and/or stage2 in one build
>> and test them in
Hi,
Am Dienstag, den 01.04.2014, 11:08 + schrieb Alain O'Dea:
> From what I understand Travis CI limits running time for each build.
> We may be able to create binaries of stage1 and/or stage2 in one build
> and test them in another. We could also fan out the test process
> using a Build Matr
On 2014-04-01 at 12:46:05 +0200, Joachim Breitner wrote:
> Hi,
>
> Am Dienstag, den 01.04.2014, 10:25 + schrieb Simon Peyton Jones:
>> Joachim Breitner has set up Travis-CI. (I don't know exactly what
>> that is, but it sounds useful.)
>
> Travis is a free cloud service that runs arbitrary tes
Hi Joachim:
From what I understand Travis CI limits running time for each build. We may be
able to create binaries of stage1 and/or stage2 in one build and test them in
another. We could also fan out the test process using a Build Matrix to let
GHC's full suite fit into the time limit as frag
Hi,
Am Dienstag, den 01.04.2014, 10:25 + schrieb Simon Peyton Jones:
> Joachim Breitner has set up Travis-CI. (I don't know exactly what
> that is, but it sounds useful.)
Travis is a free cloud service that runs arbitrary tests (in our case, a
stripped version of validate) upon pushes to git
; | -Original Message-
> | From: Glasgow-haskell-users [mailto:glasgow-haskell-users-
> | boun...@haskell.org] On Behalf Of harry
> | Sent: 01 April 2014 08:42
> | To: glasgow-haskell-us...@haskell.org
> | Subject: Buildbots
> |
> | It having been suggested that a build
love to hear from
you.
Thank you!
Simon
| -Original Message-
| From: Glasgow-haskell-users [mailto:glasgow-haskell-users-
| boun...@haskell.org] On Behalf Of harry
| Sent: 01 April 2014 08:42
| To: glasgow-haskell-us...@haskell.org
| Subject: Buildbots
|
| It having been suggested that a
25 matches
Mail list logo