Thank you for clarifying! And apologies for being rather abrasive.
I never said it was impossible
True. Based on your writing, I kinda assumed you thought it was impossible (or, at least very finicky/bothersome). I’m genuinely sorry for responding by assumption instead of asking for clarification first.
The simple fact they don’t see an apparent way to install simple tools
I guess OP just didn’t take the effort to look through Bluefin’s documentation and find the related entry. Or, they simply chose to use ‘us’ (i.e., the community) as [insert your favorite search engine].
or modify fstab would be for me unacceptable
To be clear, modifying /etc/fstab on Fedora Atomic is literally no different than on any other distro.
So…, I suppose OP simply assumed a ‘faulty’ workflow for Bluefin, for whatever reason. And came here to ask the community for assistance when it didn’t work out as they’d expect. Nothing wrong with that either.
I prefer freeballing my OS, thank you very much. I simply assumed op was more like me and less like you.
Here is where I need your assistance in deciphering 😜. Would you be so kind to explain what you mean by this? Please, provide ample examples/elaborations/explicitations to make it clear. Thank you in advance 😊!


You’re indeed describing workflows that suit servers better. Be it “immutable”(/atomic) or not.
But, atomicity (i.e., updates either occur as a whole or simply don’t at all) have been used on our phones (source) for quite a while now. And we do all kinds of things on our phones.
Similarly, we might borrow other concepts for reliability: like e.g. making part of the root filesystem read-only at runtime. On Fedora Atomic (and its derivatives; OP’s Bluefin being one of them), this basically only applies to
/usr. This is the extent of its immutability. Most of the remaining root folder is symlinked to/var(source). Which, together with/etc, continues to be mutable. Thus, enabling it to become perfectly suitable for desktop workflows. Like, literally; there’s very little you actually can’t do on these. The main difference being how. Hence, it’s more of a paradigm shift if anything.Rant on the naming scheme
Unfortunately, the name “immutable distro” doesn’t do a great job at conveying the nuance described above. Heck, while atomic distro is definitely more descriptive, I don’t think it helps to group/categorize these distros under one name beyond contrasting it to the traditional model. Simply, because the guts of these distros tend to differ a lot compared to traditional distros. I’m afraid that this will inevitably lead to a shift in how these convos will go: Instead of peeps making all kinds of assumptions because “immutability”, they might make all kinds of assumptions based on their experiences with the popular kids; i.e. Fedora Atomic and NixOS.