Is the future of Linux really read-only? This video breaks down the rise of immutable Linux distributions like Fedora Silverblue, Universal Blue, NixOS and t...
Overall, I wholeheartedly agree with your assessment.
The suggestion to just use toolkitstoolbox is not for mortals.
I am also not convinced that it was ever meant as the endgame. Like, toolbox still doesn’t offer a mechanic to upgrade a(ll) container(s) without entering one. The last time I used it, it also shat itself whenever the old pet container became EOL and desired a ‘system update’ to become functional. IIRC, distrobox doesn’t fare any better at this. Thus, coming with what looks like planned obsolescence; with the recreation of the pet containers every couple of months as a result. I suppose the solution is picking an image that’s supposed to be rolling-release. Which is why I think this workflow suits Aeon better.
Overall, I wholeheartedly agree with your assessment.
I am also not convinced that it was ever meant as the endgame. Like,
toolboxstill doesn’t offer a mechanic to upgrade a(ll) container(s) without entering one. The last time I used it, it also shat itself whenever the old pet container became EOL and desired a ‘system update’ to become functional. IIRC,distroboxdoesn’t fare any better at this. Thus, coming with what looks like planned obsolescence; with the recreation of the pet containers every couple of months as a result. I suppose the solution is picking an image that’s supposed to be rolling-release. Which is why I think this workflow suits Aeon better.