Thanks for the example Carter.
I've been struggling with Servant's CI since the recent Travis changes as
CI now somtimes takes up to multiple hours to complete.
It would be awesome if somebody would volunteer adding a Github or Gitlab
backend to haskell-ci; such that I do not have to re-invent the entire CI
systems that is in place currently from scratch though. Killer feature for
us is the parsing of `Tested-With` in cabal files to adjust the build
matrix; as e.g. not all our packages for on GHCJS for example.
However your example doesn't look that complicated. I'm going to play
around with it.
On Mon, Nov 16, 2020 at 7:04 PM Carter Schonwald
Hey everyone: it looks like, from my perspective and experiences, that Travis ci should perhaps now be viewed as not open source friendly. Or even converging on hostile?
1) crazy long queue times/ latency for oss ci actions to run
2) very low concurrency on oss builds.
3) very low build build minute caps for oss that require high touch customer support contact to adjust.
I’ve started moving my own projects slowly to gh actions for now, though there’s also gitlab ci , src hut and other options that may suit different folks.
There’s definitely some ways to keep on having the clever cabal caching we know and love that folks like the Haskell-ci folks and others have hacked out for Travis be available on other platforms, though I don’t think there’s consolidated docs for those yet ? Def seen it discussed though.
https://github.com/haskell-CI/haskell-ci/issues/411
Heres a url to my dupe ticket where I share an example naive use of the setup Haskell gh actions Config, definitely not perfect. But kinda amazing to have Mac and Linux and windows ci all in one ! :)
_______________________________________________ Haskell-Cafe mailing list To (un)subscribe, modify options or view archives go to: http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe Only members subscribed via the mailman list are allowed to post.
-- Groetjes, Arian