Thank you!

Alas I can’t get it to work. After some tweaking and fixing, I’m stuck that the server doesn’t seem to be talking to redis, with this error,

missing 'error' handler on this Redis client
microservices worker error: Error: getaddrinfo ENOTFOUND database, stack: Error: getaddrinfo ENOTFOUND database    
     at GetAddrInfoReqWrap.onlookupall [as oncomplete] (node:dns:120:26)     
microservices worker exited with code 1    
Killing api process

I’ve been trying to learn bits of podman and docker and how to translate between the two… I think it’s just a bit much for me for now! Thanks anyway, and I’m sure I’ll come back and have another look at your instructions another time.

That tech was supposed to be ready 10 years ago. Come on, scientists, get your act together!

Then why are you here?

If you’re still on Lemmy…

…you’re supporting the solution!

Can you give me some pointers? I’m still new to docker and podman; hoping to get this going without too much learning curve to start with!

Sounds like a good plot for a novel.

“Hey babe, what what temperature do I cook the chicken at?”

“Um… give me ten thousand years or so and I’ll let you know.”

“And this here is my Wikipedia room.”

I wanted to recommend go, but you said single player… there’s always Katago to play against.

I guarantee you’ll never truly ‘beat’ the game!

I’m planning to do it with podman. It’s supposed to be quite easy to convert between the two.

Cool! Thanks for explaining.

Thank you for the correction. So then, a more tinker-ready OS could do atomic upgrades, but allow manual changes/customisation to the system internals. And also handle traditional distribution-style package installation.

I suppose some people might still want to upgrade certain packages and not others, but that seems a pretty rare case these days - or maybe I just don’t hang out in the right crowds!

Because otherwise it would be totally believable

…

…

/s

I also think atomic distros will become the norm eventually, but I think there’s a long way to go, and not just with user adoption. When I was looking into Nix I was very excited for quite a while, but eventually I realised it’s just another way of handling the package distribution/integration problem. A brilliant one, I agree, but with upsides and downsides like any other answer. And I realised that the incredible work put in by the Debian packagers is a better fit for my needs, no matter that it’s an older approach.

Perhaps one day, Nix or Nix-like will mature and grow to have the right options to fill my needs better. Perhaps one of the modern Atomics will be good enough for me. Or perhaps Debian et al will run out of steam and good works, or perhaps my needs will change. Or perhaps I’ll die first, after a long and happy life using traditional community package distributions.

But I look forward to the glorious future of GUIX/HURD. Even if I never live to see it.

we’re not afraid to tinker

what’s keeping YOU from switching to an atomic distro

1. Being able to tinker. Atomic distros are about choosing in advance to not tinker with a large part of your system. There’s good reasons to do that, sure, but not good enough for me right now.

I think they meant 100% of the explosions were munitions, not 100% of the munitions exploded. 'Twas a joke.

ChatGPT thinks everything is brilliant.

Awesome. Everything is awesome.

Don’t want to choke on the feathers.

What’s your sources? Begging your pardon, that looks like a perfectly standard GPT answer.

I think he got them from a guy named Sam.

But I want to know-- will be eat them on a train?