Hacker News: kylegalbraith

New comment by kylegalbraith in "Big Banana Car"

kylegalbraith — Sat, 20 Jun 2026 06:36:42 +0000

Frankly, this sounds like a really fun time. Sometimes the simple things just hit harder.

New comment by kylegalbraith in "Show HN: Putt.day a daily mini golf game"

kylegalbraith — Sat, 13 Jun 2026 07:17:10 +0000

This is really cool. Probably needs some physics tweaks as a short putt is almost always way to hard. But love the idea!

New comment by kylegalbraith in "Surprise, pay $1000"

kylegalbraith — Wed, 10 Jun 2026 05:56:32 +0000

Founder of Depot [0] here. Feel free to try us out. We have a real free trial that is time based that doesn’t do odd things like this. Also have usage limits that you can put in place to further clamp down on runaway surprises.

[0] https://depot.dev

New comment by kylegalbraith in "GitHub Actions down again today"

kylegalbraith — Tue, 26 May 2026 13:05:40 +0000

Yes, we support this via Depot Managed for all of our products including the latest one: Depot CI [0].

[0] https://depot.dev/products/ci

New comment by kylegalbraith in "GitHub Actions down again today"

kylegalbraith — Tue, 26 May 2026 12:48:17 +0000

Yes, triggering Depot CI via the CLI is the sure fire way to avoid all dependencies on GitHub.

We’d need more details around what you’re seeing. It is true that if auth across GitHub is broken than we can’t copy your actions out to be used by Depot CI. However, we have a solution in the works for that as well.

In short, Depot CI, our own engine and control plane is not dependent on upstream actions control plane. But still has to listen for commit events to know if/when to run jobs on things like PRs. This to is being removed in the future.

New comment by kylegalbraith in "GitHub Actions down again today"

kylegalbraith — Tue, 26 May 2026 12:32:22 +0000

Try Depot CI as well. Supports a GHA syntax but the entire control plane is ours with our own engine.

New comment by kylegalbraith in "GitHub Actions down again today"

kylegalbraith — Tue, 26 May 2026 12:25:35 +0000

Founder of Depot here. To my knowledge, we are the first engine to support different syntaxes in this compatible way via Depot CI [0]. Great time to try it out and let us know your thoughts! We’ve built a lot of cool stuff into it like parallel steps, custom images, and a full CLI/API interface so you can literally everything without going into the web app.

[0] https://depot.dev

New comment by kylegalbraith in "Claude Code Routines"

kylegalbraith — Wed, 15 Apr 2026 06:13:40 +0000

Having used the cowork version of this: scheduled automations. I have very little confidence in this from Anthropic. 90% of the time the automation never even runs.

The end of push-wait-guess CI

kylegalbraith — Thu, 02 Apr 2026 12:17:48 +0000

Article URL: https://depot.dev/blog/the-end-of-push-wait-guess-ci

Comments URL: https://news.ycombinator.com/item?id=47613428

Points: 2

# Comments: 0

New comment by kylegalbraith in "Now Available: Depot CI"

kylegalbraith — Sat, 28 Mar 2026 09:11:26 +0000

Founder of Depot here. Thanks for sharing your experience!

I couldn’t agree more. It’s always felt odd to me that the entire performance of CI is pretty much pushed out of the primitives and requires an immense amount of custom bash scripts and the like. That kind of flexibility isn’t inherently bad. But there should be primitives that are fast by design baked into the system as well.

Parallel steps is one of those things that unlocks a lot when it’s baked into the system.

New comment by kylegalbraith in "BuildKit: Docker's Hidden Gem That Can Build Almost Anything"

kylegalbraith — Fri, 27 Feb 2026 06:23:42 +0000

I agree on both fronts! BuildKit frontends are not very well known but can be very powerful if you know how they work and how BuildKit transforms them.

New comment by kylegalbraith in "BuildKit: Docker's Hidden Gem That Can Build Almost Anything"

kylegalbraith — Fri, 27 Feb 2026 06:21:33 +0000

Thank you for the post! It’s well done and you captured a lot of the concepts in BuildKit in an easy to understand way. Not an easy thing to do at all.

New comment by kylegalbraith in "BuildKit: Docker's Hidden Gem That Can Build Almost Anything"

kylegalbraith — Fri, 27 Feb 2026 06:20:48 +0000

Thank you for the very kind words and for your support. Depot is full of incredible people who love helping others. So while you might see me on a ticket from time to time, it’s really an entire team that is behind everything we do.

New comment by kylegalbraith in "BuildKit: Docker's Hidden Gem That Can Build Almost Anything"

kylegalbraith — Thu, 26 Feb 2026 19:13:59 +0000

After building Depot [0] for the past three years, I can say I have a ton of scar tissue from running BuildKit to power our remote container builders for thousands of organizations.

It looks and sounds incredibly powerful on paper. But the reality is drastically different. It's a big glob of homegrown thoughts and ideas. Some of them are really slick, like build deduplication. Others are clever and hard to reason about, or in the worst case, terrifying to touch.

We had to fork BuildKit very early in our Depot journey. We've fixed a ton of things in it that we hit for our use case. Some of them we tried to upstream early on, but only for it to die on the vine for one reason or another.

Today, our container builders are our own version of BuildKit, so we maintain 100% compatibility with the ecosystem. But our implementation is greatly simplified. I hope someday we can open-source that implementation to give back and show what is possible with these ideas applied at scale.

[0] https://depot.dev/products/container-builds

New comment by kylegalbraith in "OpenClaw is changing my life"

kylegalbraith — Sun, 08 Feb 2026 07:20:57 +0000

What’s the security situation around OpenClaw today? It was just a week or two ago that there was a ton of concern around its security given how much access you give it.

We instrumented GitHub Actions. Here's what GitHub won't show you

kylegalbraith — Wed, 28 Jan 2026 20:13:59 +0000

Article URL: https://depot.dev/blog/we-instrumented-github-actions

Comments URL: https://news.ycombinator.com/item?id=46800909

Points: 2

# Comments: 0

Building a Real-Time HN Display for $15

kylegalbraith — Thu, 22 Jan 2026 14:52:43 +0000

Article URL: https://medium.com/@lee.harding/building-a-real-time-hn-display-for-15-3ea1772051ff

Comments URL: https://news.ycombinator.com/item?id=46719958

Points: 63

# Comments: 21

New comment by kylegalbraith in "I hate GitHub Actions with passion"

kylegalbraith — Wed, 14 Jan 2026 16:58:55 +0000

As a founder of Depot [0], where we offer our own faster and cheaper GitHub Actions runners, I can assure everyone that this feeling is the majority and not the minority.

Sounds strange to say as someone who has a product that is built around making GitHub Actions exponentially faster to close these feedback loops faster.

But I can honestly say it's only really possible because the overall system with GitHub Actions is so poor. We discover new bottlenecks in the runner and control plane weekly. Things that you'd think would be simple are either non-existent, don't work, or have terrible performance.

I'm convinced there are better ways of doing things, and we are actively building ideas in that realm. So if anybody wants to learn more or just have a therapy session about what could be better with GitHub Actions, my email is in my bio.

[0] https://depot.dev/

New comment by kylegalbraith in "Pricing Changes for GitHub Actions"

kylegalbraith — Tue, 16 Dec 2025 19:22:29 +0000

Founder of Depot[0] here. I'm disappointed by this change and by the impact this is going to have on all self-hosted runner customers, not just us. In my view, this is GitHub extracting more revenue from the ecosystem for a service that is slow, unreliable, and that GitHub has openly not invested in.

We will continue to do our best to provide the fastest GHA runners and keep them cheaper than GitHub-hosted runners.

[0] https://depot.dev

New comment by kylegalbraith in "Pricing Changes for GitHub Actions"

kylegalbraith — Tue, 16 Dec 2025 19:16:14 +0000

Founder of Depot[0] here. To answer your idea, at Depot we already have this concept internally. In fact, Depot isn't reliant on webhooks at all to run your jobs. One of the reasons we can be up running your jobs when GitHub webhooks service is down. Effectively, we listen to a different system to know you have a job that needs to be run.

To your second statement, I generally agree. Sounds strange to say given we're in the business of GHA runners. But it's just not a performant or reliable system at scale. This change from GitHub doesn't smell of a company that wants to do right by it's users.

If you are interested in what is up next for us at Depot, feel free to ping me via the email in my bio. I think you'll be quite interested in what we are doing.

[0] https://depot.dev