
Hi,
I just added a .travis.yml file to GHC master. This means that every
push will be validated automatic and for free by travis; you can check
the build status at https://travis-ci.org/ghc/ghc/builds
It is not a full validation. In particular,
* it skips DPH
* it does not build dynamic libraries and no dynamic executables
* does not build haddock or generate documentation
* only runs fast tests, and no performance tests
This way we stay under the 50 minuite limit.
Failures are reported to me, and I’ll manually report relevant breakage
to you. It is also configured to mail to ghc-builds@haskell.org, but I
don’t see these messages there. Maybe some mailing list admin needs to
whitelist mails from Travis CI

On 7/12/14, Joachim Breitner
Hi,
I just added a .travis.yml file to GHC master. This means that every push will be validated automatic and for free by travis; you can check the build status at https://travis-ci.org/ghc/ghc/builds
It is not a full validation. In particular, * it skips DPH * it does not build dynamic libraries and no dynamic executables * does not build haddock or generate documentation * only runs fast tests, and no performance tests
This way we stay under the 50 minuite limit.
Failures are reported to me, and I’ll manually report relevant breakage to you. It is also configured to mail to ghc-builds@haskell.org, but I don’t see these messages there. Maybe some mailing list admin needs to whitelist mails from Travis CI
? I’ve also added a link to it from http://ghc.haskell.org/trac/ghc/, including a nice icon showing the current build status.
Heh, cool, just added that thingy to the GitHub front page. Thanks for this awesome feature, Joachim! Gabor
If you have that .travis.yml file in your branch, travis will also test these.
My unofficial ghc-complete repository is therefore obsolete, I stopped updating it.
Greetings, Joachim
-- Joachim “nomeata” Breitner mail@joachim-breitner.de • http://www.joachim-breitner.de/ Jabber: nomeata@joachim-breitner.de • GPG-Key: 0xF0FBF51F Debian Developer: nomeata@debian.org

This is all fantastic, thank you Joachim. But how would a new GHC dev find out this information? Could it please be documented on the wiki? Perhaps a page called
Continuous integration and buildbots
to cover both Travis and the buildbots? I'll call it the "CI page".
How would one find the CI page? I looked at
Working on GHC: https://ghc.haskell.org/trac/ghc/wiki/WorkingConventions
An item in the first bulleted list, pointing to the CI page
Status reports: https://ghc.haskell.org/trac/ghc/wiki/Status
Has a section called "Nightly builds", which could point instead to the CI page
Building guide: https://ghc.haskell.org/trac/ghc/wiki/Building
Could have a link to the CI page.
That "Nightly builds" heading points to http://haskell.inf.elte.hu/builders/, which is utterly opaque to me. It needs a wiki page explain what all this means.
I'm sorry that I keep bleating (daily!) about writing up on the wiki, but it's really key to helping new people feel part of the story and able to contribute.
The button on the home page is good too, but
a) it only helps if you have some idea what Travis is. Otherwise it's just noise
b) it only helps if you know how to interpret the page you get to when you click it, which I don't.
c) I never look at the home page. I look at "status" or "building" or whatever from the LH column.
The CI page could explain all that.
Simon
| -----Original Message-----
| From: ghc-devs [mailto:ghc-devs-bounces@haskell.org] On Behalf Of
| Joachim Breitner
| Sent: 12 July 2014 18:05
| To: ghc-devs
| Subject: Travis now tests ghc directly
|
| Hi,
|
| I just added a .travis.yml file to GHC master. This means that every
| push will be validated automatic and for free by travis; you can check
| the build status at https://travis-ci.org/ghc/ghc/builds
|
| It is not a full validation. In particular,
| * it skips DPH
| * it does not build dynamic libraries and no dynamic executables
| * does not build haddock or generate documentation
| * only runs fast tests, and no performance tests
|
| This way we stay under the 50 minuite limit.
|
| Failures are reported to me, and I’ll manually report relevant breakage
| to you. It is also configured to mail to ghc-builds@haskell.org, but I
| don’t see these messages there. Maybe some mailing list admin needs to
| whitelist mails from Travis CI

2014-07-15 10:38 GMT+02:00 Simon Peyton Jones
That "Nightly builds" heading points to http://haskell.inf.elte.hu/builders/, which is utterly opaque to me. It needs a wiki page explain what all this means.
I have added a dedicated wiki page [1] to explain it and have linked it to the corresponding places. Hope it makes things a bit clearer now.
The CI page could explain all that.
Feel free to add it to or merge with the CI page, if needed. [1] https://ghc.haskell.org/trac/ghc/wiki/BuilderSummary

Very excellent thank you!
| -----Original Message-----
| From: Páli Gábor János [mailto:pali.gabor@gmail.com]
| Sent: 15 July 2014 13:03
| To: Simon Peyton Jones
| Cc: Joachim Breitner; ghc-devs
| Subject: Re: Travis now tests ghc directly
|
| 2014-07-15 10:38 GMT+02:00 Simon Peyton Jones

Hi, Am Dienstag, den 15.07.2014, 08:38 +0000 schrieb Simon Peyton Jones:
This is all fantastic, thank you Joachim. But how would a new GHC dev find out this information? Could it please be documented on the wiki?
Yes, I plan to do it once it settles, there are still a view things to observe and to decide. (E.g. we’d like to make travis send mails about breakage to the commiter directly, but for that it needs to be more reliable). With other projects in the pipeline, I want to add a new wiki page, linked from the sidebar https://ghc.haskell.org/trac/ghc/wiki/Infrastructure that gives an overview of all tools that a developer should at least know that they exist. It will mostly link to the corresponding wiki page, and possibly list a responsible person. This will include: * git repository * trac itself (wiki + issue tracker) * mailing lists (note the s! – I didn’t know about ghc-builds for a long time) * Phab * Builders * Travis * The yet to announce performance dashboard It could also host links to external tools such as https://www.ohloh.net/p/ghc Anyways, please keep bleating about such things! Greetings, Joachim -- Joachim “nomeata” Breitner mail@joachim-breitner.de • http://www.joachim-breitner.de/ Jabber: nomeata@joachim-breitner.de • GPG-Key: 0xF0FBF51F Debian Developer: nomeata@debian.org

Hi, Am Dienstag, den 15.07.2014, 23:34 +0200 schrieb Joachim Breitner:
Am Dienstag, den 15.07.2014, 08:38 +0000 schrieb Simon Peyton Jones:
This is all fantastic, thank you Joachim. But how would a new GHC dev find out this information? Could it please be documented on the wiki?
Yes, I plan to do it once it settles, there are still a view things to observe and to decide. (E.g. we’d like to make travis send mails about breakage to the commiter directly, but for that it needs to be more reliable).
Done: https://ghc.haskell.org/trac/ghc/wiki/Travis
With other projects in the pipeline, I want to add a new wiki page, linked from the sidebar https://ghc.haskell.org/trac/ghc/wiki/Infrastructure that gives an overview of all tools that a developer should at least know that they exist.
Also done. It looks a bit scrawny, but that’s ok, it is just a quick overview of what’s there. Herbert, if you find this useful, can you link it from the sidebar? I guess somewhere under „Documentation“ would be good. Greetings, Joachim -- Joachim “nomeata” Breitner mail@joachim-breitner.de • http://www.joachim-breitner.de/ Jabber: nomeata@joachim-breitner.de • GPG-Key: 0xF0FBF51F Debian Developer: nomeata@debian.org
participants (5)
-
Gabor Greif
-
Joachim Breitner
-
Johan Tibell
-
Páli Gábor János
-
Simon Peyton Jones