Awesome, glad it’s working for you!

How would you even measure how many are turning away?

How would you recommend anyone measure this? So far the answer has been things like nvidia drivers and “anti-cheat doesn’t work”, which are things out of our control.

unwilling to cater to those who aren’t

If you don’t understand what something is, it may be that you are not the target audience!

Your description as it is now targets tech experts, rather than laypeople

Laypeople don’t install operating systems.

You feel justified in being technically correct, while I place more value on accessible descriptions for less technical (prospective) users.

Less technical users don’t care and go download the ISO, they don’t need to care about any of this.

I would say it is the methodology. To distill it a bit more in the context of bazzite and universal blue:

• Focus on automation (we do this via gitops) - everything is driven by git
• Declarative definitions: all the components of the base images (the kernel, base packages, etc. are all defined up front), and then the custom images (bazzite) do the same thing on top of that. That makes it easier for someone else to start with a small thing and “make my own bazzite” either from scratch, off of a base image, or if you want to just FROM bazzite you can start from there.
• Iterate fast: basically be able to change anything in the OS and rebuild on the spot locally as fast as possible.
• Everything is an OCI artifact

Dude, thank you for this. IMO reducing that down to simply “cloud native” is doing a disservice to how absolutely cool that methodology is.

The methodology IS cloud native, we didn’t invent this. 😼 People will update their terminology, we’re not doing anything new, Linux in infrastructure went through this a decade ago. It’s an update in vocabulary because it’s a shift away from the traditional distro model and has more in common with the rest of industry (k8s, docker, etc) than a desktop. The desktop is just the payload.

We know some people will complain but whatever, it’s our job to help people understand the tech and there are proper definitions for this stuff - The whole “immutables” or whatever slang people are making up doesn’t really make sense but we can’t control what people think, we can just do our thing and keep pushing out updates.

RancherOS doesn’t exist anymore, but a difference here is everything on the machine runs on the metal except whatever workload you have. Here’s people who do a way better job explaining it:

• https://www.youtube.com/watch?v=zF7aTCoWoLQ
• https://www.youtube.com/watch?v=T9aDEF_4vr8

Our systems share the same tooling as Fedora CoreOS so this is probably a better example. You can make custom server images – we build on top of that too, similar to Bazzite but for server nerds: https://github.com/ublue-os/ucore - basically if you can script it, you can make an OS image out of it. Here’s bootc upstream where people are hanging out: https://github.com/containers/bootc/discussions

Hope this helps!

Yes, it’s a container like an app container you would deploy on docker or kubernetes.

It starts with a dockerfile with a FROM fedora, the difference is there’s an entire OS in there, with a kernel and everything. Then an action runs podman build on that container every day, which is then shoved into an OCI registry (in this case ghcr.io).

Then instead of each client doing package updates via a package manager it effectively does the equivalent of a podman pull on your laptop, and then stages the update for deployment on the device. Everything is running on the bare metal on the device, the cloud native part is the build process, pipeline, and delivery. Then rinse and repeat for updates.

It’s a bit like rancherOS except using podman.

Yes, bootc containers are OCI containers, the major difference is there’s a kernel in there.

Hi I’m the guy who posted the report. Your quote is exactly what it is, we use cloud native server tech to make Bazzite. Things like bootc, podman, OCI containers, etc.

all I want to run is a “normal” PC with a Linux distro.

That’s exactly what’s happening!

I don’t want is to have it running, or heavily integrated in some proprietary-ish cloud.

It does, just not ours, Valve runs that part. 😼 I’m happy to answer specific questions if you have any!

The noto fonts are in the main images, which bazzite is built from: https://github.com/ublue-os/main/blob/main/packages.json

Feel free to file issues there!

The entire purpose is to conveniently access your files, so if that’s a problem use containers normally or pass a -h during distrobox create if you want to isolate home directories.

This was a server issue, you can always report an issue in github and we’ll take a look, it took 10m to fix. But crucially it found an edge case that we hadn’t accounted for and haven’t run into so far, so we’ll work on making sure this won’t happen again: https://github.com/ublue-os/main/issues/643

Thanks for the kind words! <3

bluefin/aurora co-maintainer here, the 1password ssh agent is a miniboss we haven’t conquered yet, just a heads up.

She only suggested a small “news channel” built into the OS.

Yeah we’re working on that here: https://github.com/ublue-os/bluefin/issues/1485

The failure with secure boot afterwards is news to me, we’ll investigate, thanks!

Did you experience the Silverblue issue on a ublue image? We mitigated that last month so you should only have one problem or the other, not both.

there are a lot of tools included that are new to me, despite being a cloud-oriented developer.

Interesting! What tools do you commonly use?

We probably won’t (we’re not looking to grow that much anymore), but I think someone should definitely take either portainer or the proxmox stack and just slap it on top a CoreOS image with a user friendly installer and make a killer SMB server.

Here’s the repo: https://github.com/ublue-os/bluefin and the intro doc outlines some of the features. We include all the codecs from rpmfusion and use negativo17 for the nvidia drivers.

Yeah checkout ucore, which is derived from CoreOS instead of Silverblue: https://github.com/ublue-os/ucore

What kind of printer? What’s the name of the package that got it working? We can add printer drivers pretty easily.

Hi! Universal Blue co-maintainer here, here’s the TLDR. You’ve got the basic descriptions right, “Universal Blue” is mostly the parent organization that holds everything in github.

We take Fedora’s Atomic OCI images and customize them for different use cases (Aurora, Bazzite, and Bluefin) and then publish base images so people can make their own versions of whatever they want. So if you wanted to take Silverblue, Kinoite, and make your own custom image you can mostly just grab whatever you want and shove it into an OS image. Bluefin started off as a “fix me” script for Silverblue that added all the stuff I wanted and then once I was shown what Fedora wanted to do with it the natural progression was to just make it a custom image. We just released 3.0 a few minutes ago actually!

Basically in Fedora 41 the tech will become more widely available with official OCI base images and better tooling. We just decided to start way earlier in the process so we could get all the automation out of the way, build a community, get familiar with it, etc. Happy to answer any other questions you may have!