Some sites provide a different behaviour depending on the reported OS

What’s your point?

And possibly other stuff, too.

Ehhh don’t test me

I’ve been looking at K3s deployed on FCOS, but I have no clue how I’m supposed to use Terraform to deploy FCOS.

My understanding is that FCOS is supposed to be ephemeral and re-deployed every so often, which would imply the use of a hypervisor like Proxmox on the host, but Proxmox does not play well with Terraform.

I also considered OpenStack, but it’s way over my head. I have a very simple single-node Kubernetes setup to deploy using GitOps, and nothing seems to fit the bill.

The piss stain colour palette confirms it.

Where my bitchat

Ubuntu Core, based on Snaps, is very much not ready for prime time IMO. It’s kind of a mess outside of server use.

Look instead at Fedora Silverblue, Vanilla OS, and for the bleeding edge of immutable systems, GNOME OS.

KDE is about to launch their analogue to GNOME OS relatively shortly, named “Project Banana”. These two are not exactly distros as they do not distribute the kernel, they are simply platforms that layer a bunch of images together to create a stable, reproducible system. There’s also OpenSuSE Aeon, but I don’t like its style of immutability as it’s immutable by rootfs lock-out rather than immutable by image.

As for advice, learn how to use Distrobox / Toolbx containers. If you’re a developer, this is where you will be working.

Immutable Linux is still young, and a lot of software isn’t written with it in mind, so expect some growing pains.

I’m running an immutable distro at the moment (GNOME OS), and I felt no loss of performance due to Flatpaks. Snaps, on the other hand, do have a perceivably longer launch time.

Given that it’s an immutable distro, everything I need needs to be either a Flatpak, a Snap, an Appimage or an extracted tarball, otherwise it runs in a container. The advantage of this system is stability and making the host incorruptible, as well as the ability to very easily roll back updates or failed systemd-sysext layers.

Not everything can run in a Flatpak at the moment, but we’re hoping the evolution in Flatpak, XDG portals as well as encouraging developers to use the available XDG portals can make this a possibility someday. Namely, IDEs don’t run that well in a Flatpak, but GNOME Builder has proven that it’s 100% possible with the currently available XDG portals as well as connecting your IDE or editor to a container.

I’ve actually been discussing the idea of Flatpaks offering “terminal aliases”, similar to what Snaps do, with some people involved in Flatpak. It’s something that could happen in the future, but for now, you can totally create an alias to run a Flatpak from a single word, it’s just a PITA.

Flatpaks aim to be a middle ground between dependency hell and “let’s pull in the universe” bloat.

Applications packaged as Flatpaks can reference runtimes to share “bases” with other applications, and then provide their own libraries if they need anything bespoke on top of that.

Fitting username

I don’t have a degree, so I never peaked 🥳

That sounds so pleasant! Here, you go to Rona / Lowe’s, you ask them a question and you’re met with an “iunnodude”. Maybe home hardware is comparable.

Story time?

So… Proprietary Anubis?

Anyone else thinks OP’s account is really sus?

Use user styles at your own risk.

I was using LibreChat for a while

It’s a good starting point, never the final product.

Honestly I’d be happy with a phone sporting two USB C ports, one centered and one off to the side where the headphone jack used to be, both fully functional.