NixOS’ influence and importance at pushing Linux forward into the (previously) unexplored landscape of configuring your complete system through a single config file is undeniable. It’s been a wild ride, but it was well worth it.
And although it has only been relatively recently that it has lost its niche status, the recent influx of so-called ‘immutable’ distros springing up like mushrooms is undeniably linked to and inspired by NixOS.
However, unfortunately, while this should have been very exciting times for what’s yet to come, the recent drama surrounding the project has definitely tarnished how the project is perceived.
NixOS’ ideas will definitely live on regardless. But how do you envision NixOS’ own future? Any ETA’s for when this drama will end? Which lessons have we learned (so far) from this drama? Are there any winners as a result of this drama? Could something like this happen to any distro?
In case you’re out of the loop. Though, there’s a lot that has transpired since but which hasn’t been rigorously documented at a single place; like how 4 out of 5 NixOS board members have quit over the last 2 months or so.
deleted by creator
Thank you for the quick reply!
Alright. Thanks for clarification. Does “getting very major” primarily apply to adoption rate amongst users? Or does it primarily take into account adoption rate amongst distros?
Clear. Thank you. In your view, how should they be understood and used?
I saw the part about advantages right after. However, I also noticed how the first disadvantage was written without nuance. The set of disadvantages and advantages that followed right afterwards was accompanied with “for some” (or something like that IIRC[1]). Therefore, to me at least, it seemed as if you meant that there were disadvantages overall. But some of these disadvantages may be perceived as advantageous to some. Which, I thought was perhaps more in line with the general outlook of your comment. Or at least, my understanding of it*.
HDDs in general are not great :P . But, “unsuitable” =/= “not great”. So, this does not justify the (previous) usage of “unsuitable”. So, do you still stand behind the earlier use of “unsuitable”?
Thank you for another clarification!
Interesting.
I just noticed that I read your “Nix” as “NixOS”. Which is blameworthy*. Uhmm…, so I have to ask for some (more) clarifications then 😜. Did you strictly mean Nix; i.e. the package manager and/or language? Or NixOS? According to you, does NixOS fall into Nix; i.e. simply the system that’s built on Nix?
Fam. Chill. Please. I don’t intend to antagonize or whatsoever 😅. Like, the (overwhelming) majority of my previous comment were queries for clarifications and questioned related to how I initially understood them. There’s no need to make it more than that 😉.
All in all, thank you for clarifying and answering almost anything I asked. However, the following (I believe) still requires some attention:
To clarify, from my understanding, it seems you regard/view ‘immutable distros’ at best as some niche. Which, to be fair, is absolutely fine. And perhaps you’re right; the future will tell. However, we know what Fedora intends for 2028; i.e. users of Fedora Atomic (and related ‘immutable’ projects led by Fedora) would constitute the majority of its user base. Furthermore, they’ve spoken since 2021 (IIRC) that Fedora Atomic (so likely Fedora Silverblue) will eventually become what people will install for Fedora Workstation. So, their ambition is clear. And their ambition contradicts with how you view it. How do you reconcile this with the fact that other distros (more often than not) join Fedora into whatever direction they depart? Examples of this include systemd, PulseAudio, PipeWire and some might even mention Flatpak and Wayland here.
deleted by creator
Excellent reply! I appreciate it.
Yeah lol. I’m sure we’ll (somehow) manage.
Aight. Thanks for (yet) another clarification. I obviously think that ‘immutable’ distros will heavily influence the future of Linux. Heck, I wouldn’t be surprised if all big distros will default to becoming ‘immutable’. However, that version of an ‘immutable’ distro may not exist yet. FWIW, it’s also (somewhat) in-line with Lennart Poettering’s vision.
If anything, I’d love to read this. So please, whenever you feel like it, consider returning back on this.
Fair. If it isn’t too much of a trouble, could you elaborate on your workflow? Like, are you constantly installing new stuff?
I implore you to use other words going forward 😜. Perhaps I’m wrong, but to me, this seems like an example in which your ‘bias’ seeps through.
Don’t worry about the confusion 😉. But thanks for your consideration! However, if I understood you correctly, this implies that you don’t consider NixOS an ‘immutable’ distro. Or at least not representative of ‘immutable’ distros. If this assumption is correct, could you elaborate on why you think that’s the case?
No worries, fam. Again, I appreciate your consideration!
Interesting notion on niche. Which I don’t think is necessary unjustified*. Though I am having a hard time coming up with a definition to how I understood your understanding. I initially thought of “everything that’s not (necessarily) mainstream”. But if you mention Windows 10 as an example, then that can’t be it. Perhaps “use” or “preference”? Could you (perhaps) define what you mean with “niche”?
Thanks for being transparent! Consider looking into the earlier given examples. Perhaps it’s even noteworthy to name some of the competitors that have perished against the alternative: Wayland vs Mir, systemd vs Upstart, Flatpak vs Snap etc.
Interesting. So, do you pose (as an alternative) that merely the successful is adopted? So they didn’t necessarily follow whatever Fedora did, but Fedora just happened to be on the winning team. Hence, the winner takes all.
Btw, what do you mean with “very perspective stuff”?
On what ‘immutable distros’ is ‘immutability’ disabled for installing drivers? I don’t recall the last time “disabling immutability” was mentioned within the discourse for a legitimate reason or fix. At best, some people that don’t know how specific changes are meant to be applied on the specific distro they use, succumb to the infamous XY problem and try to do stuff the wrong way. But this is not a problem found exclusively on ‘immutable’ distros.
Honestly, I have never encountered this. I don’t know where you get this idea from. I feel like you might have fundamentally misunderstood how (most) ‘immutable’ distros work. If possible, could you provide a link or anything in which that proposed solution is indeed mentioned most when tackling a specific problem found on an ‘immutable distro’?
Btw, I’m open to the notion that I completely misunderstood what you’re saying here. Therefore, if possible, could you mention your notion of what “disable immutability” entails. Like, how does that even work on something like e.g. Fedora Atomic?
It depends. Some advanced users actually love the reproducible aspect that comes with (most) ‘immutable’ distros, because this enables them to tinker to their heart’s content without being afraid of losing a working system.
While I wouldn’t be surprised if this has been the case for the longest time, I do think that as Linux successfully attracts an ever bigger crowd, that eventually a huge part of the Linux user base will consist of normies. And, as it stands, I can only see them go for stable (by release cycle) distros or ‘immutable’ distros unless some other drastic changes happen in the mean time that enables your Average Joe to run a (semi-)rolling release distro without troubles.
My previous comment was perhaps too enthusiastic 😜 . I’d like to slim it down as follows:
To be absolutely clear, these notions are (almost) alien to me. I’ve only come across these with new users that had fallen for the (infamous) XY problem. But that’s not even remotely representative. Hence, would I be correct to assume that your understanding of ‘immutable’ distros is relatively shallow? Which, to be absolutely fair, is totally fine.
Though, the possibility exists that your understanding of “disable immutability” is correct, but this particular phrase happens to be misleading instead. Hence, could you perhaps elaborate on what you mean with “disable immutability”? Like, how does that look like on any ‘immutable’ distro you’re familiar with?
Thank you in advance 😊!
deleted by creator
Thank you. Thank you.
No worries, fam 😉.
I think we very much agree on this. I am actually surprised 😜. Perhaps we (possibly) only ‘disagree’ on the following:
I actually even agree with this. But, and here it comes, you limit the use of ‘immutable systems’ when it comes to regular workspaces to just a subset that complies with “if stability (and possibly security) are preferred over absolutely everything else”. However, I’d argue it will soon become the preferred model for most people; simply because I’d argue the net positives dramatically outweigh the (diminishing) net negatives. And this ‘clash’ in perspectives is literally a philosophical/ideological one. Which, I actually tried to allude to in my very first comment. Btw, neither of us is right or wrong; as mentioned earlier, only time will tell.
Alright. So, you prefer to refer to ‘immutable’ distro in the literal sense.
Regarding the status of the read-only (or disabled R/W) root file system, does this have to apply to the complete root file system; i.e. absolute? Or does it suffice if only a select subset of the system is read-only (or disabled R/W)?I wanted to ask this, but later on you made clear that a system does not have to be completely and absolutely immutable for it to be considered immutable; a couple of read-only directories suffices.Furthermore, is it required that an immutable system should remain immutable at all times for it to be considered an immutable system; i.e. changes are not allowed besides ‘hacks’? Or is it perhaps possible for a system to be deemed immutable if it only possesses immutability during runtime?
Thanks in advance for yet another set of clarifications 😜!
Teaser; the Nix Store, i.e.
/nix/store
, is immutable.Very interesting. So, on Fedora Atomic,
rpm-ostree install <package>
would be considered “disable immutability”. Right? But, this does not apply toflatpak install <package>
. Right?To be clear, new users will most likely experience some issues on Linux for the time being. I don’t think that ‘immutable’ distros are immune to that. Nor do I think they’re particularly more troublesome. If anything, they allow for more stable experiences overall; which you seem to allude to as well.
deleted by creator
Quick reply. Awesome!
Nope, it doesn’t. But thanks for clarifying!
Interesting. Here’s the thing; I am unaware of any so-called ‘immutable distro’ that fits this definition/description/notion/idea/understanding of an immutable system. So…, where do we go from here?
In retrospect, I think you actually did an okay-job at explaining your thoughts. But, yes; I did indeed misunderstand. Thanks for clarifying!
In Fedora Atomic, most of
/usr
is immutable. IIRC, this is even the only directory (combined with the sub-directories found within) that are immutable. However, the commandrpm-ostree install <package>
allows the user to install packages into/usr
. However, this change doesn’t happen during runtime. Instead, a new image/deployment is created with the newly installed package that you can access after a (soft-)reboot (or with--apply-live
if you like to live on the edge).Based on this, does this still apply as “disabling immutability”?
This seems to be based on your own experience. If so, would you be so kind to inform me on which distro this was?
Currently, apart from the documentation provided by uBlue and Guix, there’s definitely a lack of good resources for ‘immutable’ distros. That’s simply a fact. But, thankfully, this is not a problem by design; we just need people that are willing to put in the effort.
Sorry, I’m having a hard time understanding this. Could you perhaps provide an example of this from e.g. Debian? It can be any distro that’s regarded as ‘stable’*.
Unless I’m wrong, you seem to have missed the following. It would be awesome if you could touch upon these as well:
Thanks in advance 😊!
WOW, I just noticed something. You’ve been using the term “immutable system” for quite some time. And, I’ve primarily been using the term ‘immutable’ distro.
deleted by creator