Haskell › Haskell - Haskell-Cafe

Psa : perhaps time for maintainers to start migrating off Travis ci

_‹ Previous Topic Next Topic _›

Classic

List

Threaded

10 messages Options

Carter Schonwald

Psa : perhaps time for maintainers to start migrating off Travis ci

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.

ulidtko

Re: Psa : perhaps time for maintainers to start migrating off Travis ci

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
<[hidden email]> 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 ! :)
>

Mihai Maruseac

Re: Psa : perhaps time for maintainers to start migrating off Travis ci

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 <[hidden email]> 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
> <[hidden email]> 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
_______________________________________________
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.

Carter Schonwald

Re: Psa : perhaps time for maintainers to start migrating off Travis ci

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 <[hidden email]> 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 <[hidden email]> 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
> <[hidden email]> 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

Joachim Durchholz

Re: Psa : perhaps time for maintainers to start migrating off Travis ci

Careful about Github.
It's currently OSS-friendly, but MS sometimes changes strategies
abruptly, so they might move away from OSS, and much faster than Travis.
Plus the more of Github's features you use, the harder it will be to
migrate away from them when that happens (harder than with Travis).

Maybe Gitlab is a viable alternative. At least the licensing is easier -
the server code is MIT.
They do dual licensing (Community and Enterprise Edition), so they could
become "too commercial" over time, but if/when that happens, there's
always the MIT-licensed Community Edition that can be taken over by
volunteers for development. (Which in turn makes going full commercial
less attractive for them, so it's a bit of a self-inhibiting prophecy.)

(Disclaimer: I have no stake in the issue either way.)

Am 17.11.20 um 01:16 schrieb Carter Schonwald:

> 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 <[hidden email]
> <mailto:[hidden email]>> 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 <[hidden email]
> <mailto:[hidden email]>> 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
> > <[hidden email] <mailto:[hidden email]>>
> 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
>
>
> _______________________________________________
> 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.
>

Bryan Richter-2

Re: Psa : perhaps time for maintainers to start migrating off Travis ci

I have to agree with Joachim. Everybody is good to OSS until it comes
time to tighten the belt. That time has just come earlier to TravisCI
than it has to Microsoft.

None of these organizations are beholden to the people who use their
services for free. Inversely, all of them ARE lawfully beholden to
their owners and their paying customers.

The viable long term strategies are (1) do it yourself [the blessing
and curse of OSS], or (2) become a paying customer!

On Tue, Nov 17, 2020 at 8:19 AM Joachim Durchholz <[hidden email]> wrote:

>
> Careful about Github.
> It's currently OSS-friendly, but MS sometimes changes strategies
> abruptly, so they might move away from OSS, and much faster than Travis.
> Plus the more of Github's features you use, the harder it will be to
> migrate away from them when that happens (harder than with Travis).
>
> Maybe Gitlab is a viable alternative. At least the licensing is easier -
> the server code is MIT.
> They do dual licensing (Community and Enterprise Edition), so they could
> become "too commercial" over time, but if/when that happens, there's
> always the MIT-licensed Community Edition that can be taken over by
> volunteers for development. (Which in turn makes going full commercial
> less attractive for them, so it's a bit of a self-inhibiting prophecy.)
>
> (Disclaimer: I have no stake in the issue either way.)
>
> Am 17.11.20 um 01:16 schrieb Carter Schonwald:
> > 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 <[hidden email]
> > <mailto:[hidden email]>> 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 <[hidden email]
> > <mailto:[hidden email]>> 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
> > > <[hidden email] <mailto:[hidden email]>>
> > 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
> >
> >
> > _______________________________________________
> > 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.
> >
>
> _______________________________________________
> 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.

Christopher Allen

Re: Psa : perhaps time for maintainers to start migrating off Travis ci

GitLab CI has been really nice in my work and personal projects. Easy to add your own worker to the free site too.

Sent from my iPhone

> On Nov 17, 2020, at 00:56, Bryan Richter <[hidden email]> wrote:
>
> I have to agree with Joachim. Everybody is good to OSS until it comes
> time to tighten the belt. That time has just come earlier to TravisCI
> than it has to Microsoft.
>
> None of these organizations are beholden to the people who use their
> services for free. Inversely, all of them ARE lawfully beholden to
> their owners and their paying customers.
>
> The viable long term strategies are (1) do it yourself [the blessing
> and curse of OSS], or (2) become a paying customer!
>
>> On Tue, Nov 17, 2020 at 8:19 AM Joachim Durchholz <[hidden email]> wrote:
>>
>> Careful about Github.
>> It's currently OSS-friendly, but MS sometimes changes strategies
>> abruptly, so they might move away from OSS, and much faster than Travis.
>> Plus the more of Github's features you use, the harder it will be to
>> migrate away from them when that happens (harder than with Travis).
>>
>> Maybe Gitlab is a viable alternative. At least the licensing is easier -
>> the server code is MIT.
>> They do dual licensing (Community and Enterprise Edition), so they could
>> become "too commercial" over time, but if/when that happens, there's
>> always the MIT-licensed Community Edition that can be taken over by
>> volunteers for development. (Which in turn makes going full commercial
>> less attractive for them, so it's a bit of a self-inhibiting prophecy.)
>>
>> (Disclaimer: I have no stake in the issue either way.)
>>
>>> Am 17.11.20 um 01:16 schrieb Carter Schonwald:
>>> 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 <[hidden email]
>>> <mailto:[hidden email]>> 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 <[hidden email]
>>> <mailto:[hidden email]>> 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
>>>> <[hidden email] <mailto:[hidden email]>>
>>> 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
>>>
>>>
>>> _______________________________________________
>>> 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.
>>>
>>
>> _______________________________________________
>> 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.
> _______________________________________________
> 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.

Arian van Putten

Re: Psa : perhaps time for maintainers to start migrating off Travis ci

In reply to this post by Carter Schonwald

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 <[hidden email]> 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.

Groetjes,

Arian

Joachim Durchholz

Re: Psa : perhaps time for maintainers to start migrating off Travis ci

Am 18.11.20 um 19:23 schrieb Arian van Putten:
> It would be awesome if somebody would volunteer adding a Github or
> Gitlab backend to haskell-ci;

What would be needed?

> 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.
I.e. volunteers would need to know (or learn) what's there currently.

Other question: What kind of hardware would be needed?
I.e. how much CPU/RAM to get the queues emptied quickly enough.

Regards,
Jo

(Disclaimer: I cannot volunteer due to lack of time, just trying to
contribute whatever tooling ops knowledge I happen to have.)
_______________________________________________
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.

Carter Schonwald

Re: Psa : perhaps time for maintainers to start migrating off Travis ci

In reply to this post by Arian van Putten

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 :) ! )

plus figuring out how to sidestep a fun / terrible issue on windows , but now fixed for me :)

https://github.com/cartazio/ralist/actions/runs/373071421/workflow is the current one i have and attached is a copy that should be easy to adapt

enjoy!

On Wed, Nov 18, 2020 at 12:23 PM Arian van Putten <[hidden email]> wrote:

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 <[hidden email]> 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.

--
Groetjes,

Arian

hs-matrix.yml (3K) Download Attachment