Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Design and Implementation of Sprites

fly.io

Post reply on HN
Print view View original

11–20 of 111 posts

Re: Design and Implementation of Sprites

#11

Post by adriand »

roywiggins wrote: post #3

I've been having fun with OpenCode's webui in a Sprite, set it up right in Termux and you can vibe code a website with a full backend from your phone. I have a Termux shortcut that sets up a port forward and pops open my web browser to the OpenCode webui. OpenCode can pick up the Sprite skill built into the containers so it can manage the instance itself (mostly setting up and destroying services). Of course you can…

What's the option for iOS? I've tried installing ish and a-shell and can't get the sprites CLI installed on either of them.

Re: Design and Implementation of Sprites

#12

Post by tptacek »

ZeroConcerns wrote: post #10
tptacek wrote: post #8

Earlier quoted context omitted.

It's a hardware-isolated Linux shell with a durable disk you can conjure out of the sky on 1.5 seconds notice that costs virtually nothing when you're not actively using it. If we could have shipped this in 2021, before anyone thought coding agents would work, we'd have barfed on our shoes with excitement.

[flagged]

He's at home! Washing his tights!

Re: Design and Implementation of Sprites

#13

Post by raro11 »

Tried it. Docker wasn't preinstalled so asked Claude to do it and make sure it's running (supervisord or the likes isn't preinstalled).

It neatly did so and "registered" it as a sprite service. Then I exited my session, waiting for the sprite to go idle, but I don't think it ever does.. Still have it active. Don't know how to idle it.

Can't tell for sure if this means I'm losing credits as there is no billing usage shown anywhere.

Also waiting for the moment where I can launch a sprite from another's checkpoint.

Re: Design and Implementation of Sprites

#14

Post by chrismccord »

raro11 wrote: post #13

Tried it. Docker wasn't preinstalled so asked Claude to do it and make sure it's running (supervisord or the likes isn't preinstalled). It neatly did so and "registered" it as a sprite service. Then I exited my session, waiting for the sprite to go idle, but I don't think it ever does.. Still have it active. Don't know how to idle it. Can't tell for sure if this means I'm losing credits as there is no billing usage s…

We had a bug where some sprites would fail to properly suspend while entering their suspended state. You're not eating into credits so no worries there. We've been rolling out a fix across the fleet today so you should be seeing proper status soon.

Re: Design and Implementation of Sprites

#18

Post by ktaraszk »

raro11 wrote: post #13

Tried it. Docker wasn't preinstalled so asked Claude to do it and make sure it's running (supervisord or the likes isn't preinstalled). It neatly did so and "registered" it as a sprite service. Then I exited my session, waiting for the sprite to go idle, but I don't think it ever does.. Still have it active. Don't know how to idle it. Can't tell for sure if this means I'm losing credits as there is no billing usage s…

Just use container-os as your runtime image: https://hub.docker.com/r/miget/container-os

and you should be good

Re: Design and Implementation of Sprites

#20

Post by lbrito »

>Any time anybody needs a pen, several are at hand, in exactly the first place they look.

>Now, today, under the hood, Sprites are still Fly Machines. But they all run from a standard container.

So its basically a faster VM?

What are some use cases for this that benefit from the faster boot time?

Post reply on HN