<div dir="ltr">I've gotten things to be even nice and working on windows finally! (including having the steps shared on on platforms in a single buildway :) ! )<div><br></div><div>plus figuring out how to sidestep a fun / terrible issue on windows , but now fixed for me :) </div><div><br></div><div><a href="https://github.com/cartazio/ralist/actions/runs/373071421/workflow">https://github.com/cartazio/ralist/actions/runs/373071421/workflow</a>  is the current one i have and attached is a copy that should be easy to adapt<br></div><div><br></div><div>enjoy!</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Wed, Nov 18, 2020 at 12:23 PM Arian van Putten <<a href="mailto:aeroboy94@gmail.com">aeroboy94@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>Thanks for the example Carter.</div><div><br></div><div>I've been struggling with Servant's CI since the recent Travis changes as CI now somtimes takes up to multiple hours to complete.</div><div><br></div><div>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.<br></div><div><br></div><div> However  your example doesn't look that complicated. I'm going to play around with it.<br></div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, Nov 16, 2020 at 7:04 PM Carter Schonwald <<a href="mailto:carter.schonwald@gmail.com" target="_blank">carter.schonwald@gmail.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">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? <div dir="auto"><br></div><div dir="auto">1) crazy long queue times/ latency for oss ci actions to run</div><div dir="auto"><br></div><div dir="auto">2) very low concurrency on oss builds.  </div><div dir="auto"><br></div><div dir="auto">3) very low build build  minute caps for oss that require high touch customer support contact to adjust. </div><div dir="auto"><br></div><div dir="auto">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. </div><div dir="auto"><br></div><div dir="auto">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. </div><div dir="auto"><br></div><div dir="auto"><div><a href="https://github.com/haskell-CI/haskell-ci/issues/411" target="_blank">https://github.com/haskell-CI/haskell-ci/issues/411</a></div><div dir="auto"><br></div></div><div dir="auto">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 ! :)</div><div dir="auto"><br></div>
_______________________________________________<br>
Haskell-Cafe mailing list<br>
To (un)subscribe, modify options or view archives go to:<br>
<a href="http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe" rel="noreferrer" target="_blank">http://mail.haskell.org/cgi-bin/mailman/listinfo/haskell-cafe</a><br>
Only members subscribed via the mailman list are allowed to post.</blockquote></div><br clear="all"><br>-- <br><div dir="ltr">Groetjes,<br><br>Arian</div>
</blockquote></div>