In Summoner https://github.com/kowainik/summoner we have plans to implement the "add" command to bring all of the existing features not only to newly created projects but also to the existing ones. https://github.com/kowainik/summoner/issues/8 https://github.com/kowainik/summoner/issues/8 We are working on this feature for the next major release. And since Summoner already supports CI with cross-platform best-practices GitHub Actions CI, you should be able to add GitHub Actions to your Haskell project with a single command. But, of course, the implementation requires some time, and free time is a very limited resource... Best regards, Dmitrii On Fri, 20 Nov 2020 at 01:55, chessai wrote:

Thanks for porting this over Carter.

From what I've seen, I think GitHub CI is just better overall. Would be great if haskell-ci had some integration with it

On Mon, Nov 16, 2020 at 4:21 PM Carter Schonwald wrote:

...

this mirrors my current understanding of all the choices myself, and it

certainly helps that GH *explicitly* puts the OSS/free tier on equal or footing with paid customers.

...

which absolutely makes sense given their various corporate structures (GH actions is a path to folks perhaps wanting to use azure services more organically? )

On Mon, Nov 16, 2020 at 5:39 PM Mihai Maruseac wrote:

...

As a user of all of the following, GitHub Actions > Circle CI > Travis.

You get much more control on Github Actions, you can cache stuff, you can control when it runs.

On Mon, Nov 16, 2020 at 10:17 AM wrote:

...

Speaking of CI systems and OpenSource, I'd like to mention CircleCI as well: https://circleci.com/open-source/ (No affiliation, just a happy user.)

Did have slightly negative experience with TravisCI recently, can confirm the sentiment.

On Mon, Nov 16 2020 at 12:02:52 PM -0600, Carter Schonwald wrote:

...

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.

-- Mihai Maruseac (MM) "If you can't solve a problem, then there's an easier problem you can solve: find it." -- George Polya

_______________________________________________ Libraries mailing list Libraries@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries

---

Libraries mailing list Libraries@haskell.org http://mail.haskell.org/cgi-bin/mailman/listinfo/libraries