| > That is unfair. The developers felt there is a gap between fully imperative state-modifying mudball and fully declarative purity-land, which is true, and decided to try their hand at it. How well they did is yet to be seen. What I meant was: the thesis has to be crystal clear rather than building into the aether "organically" by hope and wishes rather than practical need. This is a similar failure of coding away on a "startup" without sales only to discover no one needs or wants to buy the result. Time and time again, Linux distros create messy, commingled system with user dependencies that increase system entropy and footgun stability. Even Alpine isn't immutable or really self-contained. The major, novel departure in this area was Core OS. As an example under-served category in the marketplace: If one wanted to create a more resilient server OS, I would evaluate bringing together aspects of the following: - Qubes - app isolation - RHEL - kernel - Rocky/Alma - governance - Core OS - system isolation - NixOS - package management - FreeBSD - development, integration, and QA as a system - (N/A) - fleet management (missing in 99.999% of Linux distros) |