Clojurians Log v2

@borkdude only ran Mac, here's the artifacts: https://github.com/babashka/babashka/actions/runs/2288883190 Quite slow but seems to work, probably okay to merge, can remove the jvm step too if needed

nice!

the build uberjar varies from 1.something min to 4 worst case

is that because of dependency downloading?

i guess so, maybe the cache wasnt there

yesterday was running in a min or so, last one today was really bad

should we disable the JVM step too? like docker is

it is a parallel one and the mac step would almost certainly over run it

also bumping up to mac-12 like circle is

what still bothers me about github actions is that they build the same commit twice if you do: on: push, pull_request

it bothered me a couple of years ago and they still haven't fixed that

well looking at the last runs, its this event called synchronize and not seeing dups

it happens when its both on master and a PR is it? failing to remember

That was the SCI pr

ah right, something when its merged

well here if we are only running mac, not too bad hopefully

I think we're good to go, will add back the circle jobs without mac maybe?

changed the required mac check from circle to actions

Merged!

Does Github have a limit to what you can run on OSS projects?

2000 mins/month iirc

and apparently if we have:

on:
  push:
    branches:
      - master
  pull_request:
    branches:
      - master

thanks. I never understood this and probably never will, I loved that CircleCI just did what I expected without any config - anyway moving on ;)

yeah lets add it because 🤷🏼

Isn't the 2000 minute limit limited to private projects only?

Does gitlab and co also offer something like this?

says for free: https://docs.github.com/en/billing/managing-billing-for-github-actions/about-billing-for-github-actions#included-storage-and-minutes

> GitHub Actions usage is free for both public repositories and self-hosted runners. For private repositories, each GitHub account receives a certain amount of free minutes and storage, depending on the product used with the account.

since you can have no limits on private repo count they dont differentiate i guess

>> For private repositories, each GitHub account receives a certain amount of free minutes and storage,

well thats helpful 😕

I optimistically read that as in public repos have no limit ;)

Maybe clj-kondo next? We could maybe wait with all of the pods until CircleCI have solved the problem

these could be more useful: https://docs.github.com/en/actions/learn-github-actions/usage-limits-billing-and-administration#usage-limits

we could drop the jvm job from actions, save about ~8 mins/run

yeah

maybe you can add the if: false thing to it like i did for docker?

im looking into kondo soon

sure! enjoy the weekend too :)

thanks for stepping in

😄