<div dir="auto">If you’re volunteering to do the legwork to have easy peasy ci setup for me, I graciously accept! </div><div dir="auto"><br></div><div dir="auto">Otherwise I don’t see how this critique is advancing a constructive dialogue. Your suggestions aren’t concretely actionable for me given finite time.  </div><div dir="auto"><br></div><div dir="auto">If you choose to do some community organizing to advance this approach you’re advocating, I look forward to using it.  Else it’s just putting down something I’m sharing in the open in hopes it has use for other folks. </div><div dir="auto"><br></div><div dir="auto">Happy holidays!</div><div dir="auto">-Carter </div><div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Sun, Dec 13, 2020 at 5:53 PM Joachim Durchholz <<a href="mailto:jo@durchholz.org">jo@durchholz.org</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-style:solid;padding-left:1ex;border-left-color:rgb(204,204,204)">Not wanting to dishearten you, but Github *was* acquired by Microsoft, <br>
and that company has changed policy more often than I have appendages to <br>
count.<br>
Which means that replacing a Travis workflow with a Github workflow <br>
isn't improving anything, it's merely another station on the CI <br>
caravan's route.<br>
<br>
Gitlab *is* publishing large parts of their server-side code. Set up a <br>
local test installation, make sure that CI automation runs there, then <br>
migrate to Gitlab - that's the strategy I'd choose, YMMV.<br>
<br>
Gitlab may become FOSS-unfriendly over time just like any other <br>
commercial entity, but their barrier is significantly higher: The will <br>
loser more users and faster if they try anything funny with their <br>
policy, because then people will just run their own servers. Their <br>
current policy is a bit of a "we promise to remain FOSS-friendly, <br>
because, see? - we're locking ourselves in your corner" plot, and of <br>
course me advertising this is exactly what they want to achieve :-)<br>
<br>
DISCLAIMER: I am NOT affiliated with Gitlab in any way.<br>
Or with any other commercial entity offering services to the open-source <br>
community.<br>
<br>
Regards,<br>
Jo<br>
<br>
Am 13.12.20 um 20:59 schrieb Carter Schonwald:<br>
> <a href="https://github.com/cartazio/ralist/blob/495c3dcb3a8e16a693a97a415f731907549aa615/.github/workflows/hs-matrix.yml" rel="noreferrer" target="_blank">https://github.com/cartazio/ralist/blob/495c3dcb3a8e16a693a97a415f731907549aa615/.github/workflows/hs-matrix.yml</a>  <br>
> is my current iteration<br>
> <br>
> On Mon, Nov 16, 2020 at 1:02 PM Carter Schonwald <br>
> <<a href="mailto:carter.schonwald@gmail.com" target="_blank">carter.schonwald@gmail.com</a> <mailto:<a href="mailto:carter.schonwald@gmail.com" target="_blank">carter.schonwald@gmail.com</a>>> wrote:<br>
> <br>
>     Hey everyone: it looks like, from my perspective and experiences,<br>
>     that Travis ci should perhaps now be viewed as not open source<br>
>     friendly. Or even converging on hostile?<br>
> <br>
>     1) crazy long queue times/ latency for oss ci actions to run<br>
> <br>
>     2) very low concurrency on oss builds.<br>
> <br>
>     3) very low build build  minute caps for oss that require high touch<br>
>     customer support contact to adjust.<br>
> <br>
>     I’ve started moving my own projects slowly to gh actions for now,<br>
>     though there’s also gitlab ci , src hut and other options that may<br>
>     suit different folks.<br>
> <br>
>     There’s definitely some ways to keep on having the clever cabal<br>
>     caching we know and love that folks like the Haskell-ci folks and<br>
>     others have hacked out for Travis be available on other platforms,<br>
>     though I don’t think there’s consolidated docs for those yet ?  Def<br>
>     seen it discussed though.<br>
> <br>
>     <a href="https://github.com/haskell-CI/haskell-ci/issues/411" rel="noreferrer" target="_blank">https://github.com/haskell-CI/haskell-ci/issues/411</a><br>
> <br>
>     Heres a url to my dupe ticket where I share an example naive use of<br>
>     the setup Haskell gh actions Config, definitely not perfect. But<br>
>     kinda amazing to have Mac and Linux and windows ci all in one ! :)<br>
> <br>
> <br>
> _______________________________________________<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.<br>
> <br>
<br>
_______________________________________________<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></div>