Disabling Travis?
Richard Eisenberg
rae at cs.brynmawr.edu
Mon Aug 21 03:55:21 UTC 2017
Indeed I wrote and then deleted an email to you asking to update the Travis script to work again. I deleted it because I realized that fixing this myself was easy. So, at least one person cares about Travis. :)
Why do I care? Because I find it easier to validate with Travis than with Phab, for these reasons:
- I don't have to go through the process of creating a new diff -- no arc, no diff #, no reviewers that I don't care for (as I just want validation).
- Phab does advanced Sorcerer's-apprentice-level wizardry in applying my patch. If it's not rebased to a current master, Strange Things happen. And sometimes, I'm not ready to rebase (as I just want validation).
One might ask these questions at this point:
Q: Shouldn't I *always* create a diff for a change I'm making?
A: Perhaps I should. But sometimes a fix is very straightforward and I simply don't have the cycles to go through a review process for every patch. As any committer has learned, SPJ reviews every commit that goes by anyway, and it seems more agile just to commit what seem like simple patches and then commit tweaks.
Q: Why don't I just validate locally?
A: Because I'm on a Mac laptop. There are frequently tests that fail on Mac that aren't my fault, and sometimes I'm about to need to move the laptop -- and I don't want this to interrupt validation.
The big minus to Travis, as I see it, are that only committers can use it. (A forked repo just doesn't work because of the way that submodules are checked out, IIRC.) This minus doesn't affect me, however.
Thanks,
Richard
> On Aug 20, 2017, at 12:11 PM, Joachim Breitner <mail at joachim-breitner.de> wrote:
>
> Hi,
>
> I wasn’t looking for a while I notice that the travis CI build of GHC
> has not been succeeding for two months, partly because build time
> exceeded the already much extended limits we have, partly because
> support for booting with 7.10 was dropped, but the .travis file was not
> used.
>
> A CI system that is not normally succeeding is pretty pointless, and
> will only confuse people who submit pull requests over GitHub who see
> failures.
>
> So if noone complains now I will soon disable building on Travis.
>
> Greetings,
> Joachim
>
>
> --
> Joachim “nomeata” Breitner
> mail at joachim-breitner.de
> https://www.joachim-breitner.de/
> _______________________________________________
> ghc-devs mailing list
> ghc-devs at haskell.org
> http://mail.haskell.org/cgi-bin/mailman/listinfo/ghc-devs
More information about the ghc-devs
mailing list