ublue
Flatcar
ublue | Flatcar | |
---|---|---|
98 | 21 | |
135 | 648 | |
- | 2.9% | |
0.7 | 7.1 | |
about 1 year ago | 7 days ago | |
Shell | Python | |
Apache License 2.0 | Apache License 2.0 |
Stars - the number of stars that a project has on GitHub. Growth - month over month growth in stars.
Activity is a relative number indicating how actively a project is being developed. Recent commits have higher weight than older ones.
For example, an activity of 9.0 indicates that a project is amongst the top 10% of the most actively developed projects that we are tracking.
ublue
-
The many issues plaguing Nix
I myself use Fedora Silverblue with a https://ublue.it/ -based custom image, and I use home-manager for shell configuration. Sure, my GNOME layout isn't declarative, but basically everything else is. Pair that with one of the best NVIDIA driver experiences and the strong feeling of stability, it's better than most other Linuxes rn.
-
Thoughts on silver blue kinoite ?
Take a look at ublue.it
-
Neglected Spin Of Fedora (KDE)
This is a fundamental misunderstanding of immutable systems. You still have full control over what’s on your computer, you just don’t exercise that control by making irreversible changes to your core system while it’s running. You can use e.g. rpm-ostree, or even better, build a custom image with exactly the changes you want that updates and ships directly to your computer whenever you want it to.
-
How to install fedora Sway spin
Have you considered the Sericea(Sway) immutable Fedora spin at ublue.it?
-
Cannot enable rpmfusion for rpm-ostree: Missing metadata key rpmostree.sepolicy
Have you considered the nvidia images at ublue.it? They make silverblue and nvidia easy.
-
Deepin Not Showing (F38)
Try the ublue images, they have one for deepin. It’s a variant on fedoras immutable silverblue image, you could either use their iso on http://ublue.it or install silverblue and rebase to the deepin image via:
-
Project to make a custom linux desktop experience that benefits from group knowledge and experience (Part 1)
ublue.it
-
Silverblue users: why?
This is indeed a blind spot. Thanks for pointing that out! Silverblue -to my knowledge- doesn't do a lot to address this. Though, 3rd-party tools like Home Manager and the suite of applications developed by the folks over at uBlue might be able to limit this to a minimum. Though I'm not sure if it surpasses NixOS in this regard; for the uninitiated. Though, to my knowledge, this requires special attention and depends on the specifics of the NixOS system in question.
- Is there a plan for an immutable version of POP OS?
-
How do I install a downloaded appimage (in localhost downloads) within a toolbox? Fedora Silverblue 38
This hasn't been for nought as even openSUSE's Aeon (and all their immutable offerings) ship Distrobox instead. Vanilla OS also ships Distrobox instead of Toolbx. Heck, even the folks over on uBlue\1]) always mention Toolbx with Distrobox and vice versa. And it wouldn't surprise me if most of them prefer to use Distrobox instead.
Flatcar
-
Talos – An Immutable OS for Kubernetes
Shoutout to my favorites, Flatcar https://github.com/flatcar/Flatcar#flatcar-container-linux (Apache 2) and Bottlerocket https://github.com/bottlerocket-os#bottlerocket (Apache 2)
Flatcar grinds my gears in that they have their own cutesy (and ragingly stupidly named) Ignition/Butane/whatever instance provisioning file format when they deprecated the damn-near-standard cloud-init. Bottlerocket also has their own thingy, but at least they go wholesale toward static Kubernetes Pod manifests which are much easier to reason about
- Linux fu: getting started with systemd
- Bottlerocket – Minimal, immutable Linux OS with verified boot
-
Wolfi: A community Linux OS designed for the container and cloud-native era
Sounds like you're looking for the CoreOS Linux successor FlatCar https://www.flatcar.org/
It's actually based on some ChromeOS update tools under the hood but is a regular Linux distro, just super minimal and designed to run containers.
-
Flatcar Container Linux
I guess if you found my comment to be "comically hyperbolic" then replying to mine with a "comically reductionist" is fair game
So, anyway, I actually did dig up a concrete example of my experience with it, and I cannot link to the "Additional information" section but that is both why I think the thing was a mess and also why the Miroservices YT joke resonated: https://github.com/flatcar/Flatcar/issues/220
I think the CoreOS boot strategy was decomposed into a bunch of different executables, each responsible for doing their own little slice of the world. Maybe it drew inspiration from systemd in that way. But, just like my real life experience with microservices, it requires keeping a bunch of different projects and their upgrade paths in ones head, knowing their disparate config formats, and when one of them inevitably has a bug, understanding how to troubleshoot what went wrong with the system as a whole
And, again in trying to be reasonable in this discussion[1] I do also understand why one would opt for the data URI, given how much of the rest of Ignition loads content from URLs. I don't believe cloud-init has that remote content paradigm baked into in nearly the same way, so I hear you about that.
And yes, my belief is that JSON is a data-exchange format from _computer to computer_ and making people write them is a poor DX choice, IN MY OPINION. And, to reiterate, I know that CoreOS's perspective is that it is a computer-to-computer transmission from the transpiler-project-o-the-day to the Ignition binary, but that is predicated on one having access to that transpiler binary in all cases, which is quite different from the problem that cloud-init is trying to solve
fn-1: I'm sorry you got hurt by my "tire fire" outburst, and that evidently derailed this whole interaction, but it was my experience
- An overview of single-purpose Linux distributions
What are some alternatives?
silverblue-update - Daily Fedora Silverblue Update
bottlerocket - An operating system designed for hosting containers
Fedora-37-Post-Install-Guide - Things to do after installing Fedora 38 [Moved to: https://github.com/devangshekhawat/Fedora-38-Post-Install-Guide]
harvester - Open source hyperconverged infrastructure (HCI) software
distrobox - Use any linux distribution inside your terminal. Enable both backward and forward compatibility with software and freedom to use whatever distribution you’re more comfortable with. Mirror available at: https://gitlab.com/89luca89/distrobox
talos - Talos Linux is a modern Linux distribution built for Kubernetes.
nix - Nix, the purely functional package manager
typhoon - Minimal and free Kubernetes distribution with Terraform
ashlinux - An immutable Arch based distribution utilizing btrfs snapshots
elemental-toolkit - :snowflake: The toolkit to build, ship and maintain cloud-init driven Linux derivatives based on container images
main - OCI base images of Fedora with batteries included
inspektor-gadget - The eBPF tool and systems inspection framework for Kubernetes, containers and Linux hosts.