CubitOom

I’ve played this a lot with my daughter and while it has some great moments, the actual Lego building in this game is really wonky with a controller. It’s a bit easier with a keyboard and mouse bit it’s still leaves something to be desired.

The rest of the game is great though.

Did they ever make a helicopter look like a squid?

You could probably make a new issue in a wishlust repo that uses markdown checkboxes or something similar. Would be good if you already host Gitea or another git sever.

Ain’t nothing but a heartache

In TBD, it’s not a “release” until its production ready. The methodology and philosophy doesn’t prevent you from developing multiple feature branches at once or even deploying a work in progress feature branch to a dev environment.

All TBD requires in that case is once the feature branch is production ready, it’s merged to the trunk. You may need to add a feature toggle if there are multiple release like for different architectures. And you also might benefit from using git tags and deploying to production from a git tag instead of the most recent commit on a branch.

Exactly what you need to do is going to depend on the project’s exact needs but TBD is totally possible in that example.

I recommend adding ollama under the artificial intelligence tag.

You might want to give emacs a shot

https://www.youtube.com/watch?v=IM6voNQdwY8

In completely unrelated news, I now have a private repo on my private gitea that has a lot of c++ code

Too bad the phrase fork bomb is already taken

Well that really wouldn’t be utilizing containers correctly in that case. As really every noob friendly distro is about as capable. Like Manjaro comes pre-installed with steam and one can enable the Nvidia drivers by clicking the correct option in the settings to auto-detect the hardware and install any proprietary drivers.

I think the real benefit of this judging by the GitHub page is that you could never update the apps directly and instead just update the container image for every device you own so that they all work the same way. Which is a great concept but is not very noob friendly. Unless the method for pulling new containers is automated somehow.

It still seems like a similar disadvantages to using flat packs on hardware with less headroom but I could be wrong.

I only have only gaming PC, and the other devices in my house all serve discreet functions but they can still stream the games from my gaming PC. So I wouldn’t want them to share the same os image. Ultimately this doesn’t seem for me but I do like the implications.

You are right. But proxmox and many of the other suggestions aren’t vms either.

It’s been a while since I checked out fedora atomic (and I didn’t quite understand it then) is bazzite just a container for Linux games? Is that why it’s called cross platform?

I wonder how well it performs on more limited hardware. I’d imagine it would be more performant to compile programs from source on hardware with less headroom.

It could be a compromise between performance and ease of use. But if someone is using fedora atomic wouldn’t they need a decent amount of knowledge already?

I think it’s still exciting and I hope it works well.

If you are dipping toes into containers with kvm and proxmox already, then perhaps you could jump into the deep end and look at kubernetes (k8s).

Even though you say you don’t need production quality. It actually does a lot for you and you just need to learn a single API framework which has really great documentation.

Personally, if I am choosing a new service to host. One of my first metrics in that decision is how well is it documented.

You could also go the simple route and use docker to make containers. However making your own containers is optional as most services have pre built ones that you can use.

You could even use auto scaling to run your cluster with just 1 node if you don’t need it to be highly available with a lot of 9s in uptime.

The trickiest thing with K8s is the networking, certs and DNS but there are services you can host to take care of that for you. I use istio for networking, cert-manager for certs and external-dns for DNS.

I would recommend trying out k8s first on a cloud provider like digital ocean or linode. Managing your own k8s control plane on bare metal has its own complications.

I think there is a place for this on lemmy

Boost also has ads

I would say that if you are going to host it at home then kubenetes is more complex. Bare metal kubernetes control plane management has some pitfalls. But if you were to use a cloud provider like linode or digital ocean and use their kubernetes service, then only real extra complexity is learning how to manage Kubernetes which is minimal.

There is a decent hardware investment needed to run kubernetes if you want it to be fully HA (which I would argue means it needs to be a minimum of 2 clusters of 3 nodes each on different continents) but you could run a single node cluster with autoscaling at a cloud provider if you don’t need HA. I will say it’s nice not to have to worry about a service failing periodically as it will just transfer to another node in a few seconds automatically.

With a basic understanding of how k8s works and an already running cluster, all one needs to know is how to run a service as a docker file to have it also run in k8s

Well the kubernetes API has all the necessary parts built in mostly, although sometimes you may want to install a custom resource which often comes with complex service installs.

But I think the biggest strength of kubernetes is all the foss projects that are available for it. Specifically external-dns, cert-manager, and istio. These are separate projects and will have to be installed after the cluster is up.

You can also look at the cloud native computing foundation’s list of projects. It’s a good list of things that work well.

Caution, not all cloud providers support istio. I know that Google’s GKS doesn’t, they make you use their own fork of it

I would also recommend you avoid helm if possible as it obfuscates what the cluster is doing and might make learning harder. Try to just stick to using kubectl if possible.

I have heard good things about nomad too but I have yet to try it.

You should try out all the options you listed and the other recommendations and find what works best for you.

I personally use Kubernetes. It can be overwhelming but if you’re willing to learn some new jargon then try a managed kubernetes cluster. Like AKS or digital ocean kubernetes. I would avoid managing a kubernetes cluster yourself.

Kubernetes gets a lot of flack for being overly complicated but what is being overlooked with that statement is all the things that kubernetes does for you.

If you can spin up kubernetes with cert-manager, external-dns, and an ingress controller like istio then you got a whole automated data center for your docker containers.

Checkout ollama.

There’s a lot of models you can pull from the official library.

Using ollama, you can also run external gguf models found on places like huggingface if you use a modelfile with something as simple as

echo "FROM ~/Documents/ollama/models/$model_filepath" >| ~/Documents/ollama/modelfiles/$model_name.modelfile