Live data from Hacker News

Show HN: Open-source x64 and Arm GitHub runners

ubicloud.com

91–100 of 128 posts

Re: Show HN: Open-source x64 and Arm GitHub runners

#91
what stops GitHub from shutting down these offerings from a legal or technical perspective, these alternatives clearly violate their terms of service:

"Additionally, regardless of whether an Action is using self-hosted runners, Actions should not be used for: the provision of a stand-alone or integrated application or service offering the Actions product or service, or any elements of the Actions product or service, for commercial purposes"

Re: Show HN: Open-source x64 and Arm GitHub runners

#93

what stops GitHub from shutting down these offerings from a legal or technical perspective, these alternatives clearly violate their terms of service: "Additionally, regardless of whether an Action is using self-hosted runners, Actions should not be used for: the provision of a stand-alone or integrated application or service offering the Actions product or service, or any elements of the Actions product or service,…

I read that as them not wanting you to use Actions as part of your commercial offering.

E.g. don’t use Github as Infrastructure as a Service.

Re: Show HN: Open-source x64 and Arm GitHub runners

#96
post #94

I was looking for macOS M1 runner, which is not provided by GitHub. I'm willing to pay for that, but it seems that there are only Linux types now.

WarpBuild[0] provides Apple Silicon macOS runners powered by M2 Pros. Note: I'm the founder. [0] https://docs.warpbuild.com/runners#macos-m2-pro-on-arm64

Re: Show HN: Open-source x64 and Arm GitHub runners

#97
post #85
post #2

Hi there, I'm Ozgun, one of Ubicloud's founders. We have dozens of customers using Ubicloud runners in production today. We’re now designing our caching layer (Docker instance registry, Docker layer cache, or package cache). We wanted to put this out there for any comments. Also, if you have any points related to the broader topic of an open and portable cloud, please pass them along!

Yes, please do what Depot does and put fast persistent disks close to builds to cache docker layers. Github action runners and circleci and all the others adding expensive network calls to manually cache layers has always been such a time sink and I think moves lots of people to remove caching entirely.

Depot [0] founder here. Thanks for the mention. We're also planning on bringing a bit of a different take to GitHub Action runners that's not tied to Hetzner directly. It will be entirely open-source as well, so you can take it and run it on your own instances if you'd like. Similar to how Depot supports self-hosted builders in your own AWS account [1].

[0] https://depot.dev/

[1] https://depot.dev/docs/self-hosted/architecture

Post reply on HN