Not the one you asked, but I think the answer lies in the bold part:
most of these will make new users unhappy or even question their sanity.
For example, I can’t imagine any of the uBlue projects causing major difficulties. Though, edge cases do exist; adding kernel mods can still be a bitch, even if there are efforts to improve this.


FWIW, uBlue has been brewing for almost three years now for their CLI stuff: see this issue tracker and this blogpost from Bluefin’s creator.
The distrobox workflow overall has mostly been superseded by better alternatives[1]. Though, for completeness’ sake, openSUSE’s atomic offering continues to heavily rely on Distrobox. But, in their defense, I think their atomic offerings are simply better[2] suited for it.
There’s sysext with its (WIP) manager, Brew Tap to tap into homebrew casks and some peeps even use coldbrew. And last, but definitely not least,
nixsupport has improved over the years. And if you just want to usednf, RakuOS’ innovative hybrid design allows just that; an image-based core you can’t touch (like the other ‘immutables’), butdnfworks and is applied through a persistent overlay. ↩︎Fedora’s container images are tied to its major release versions. Hence, every 7-13 months you’re required to set them up from scratch if you’d like to continue using them 😅. Even if this process can be streamlined, it’s IMO very cumbersome regardless. In openSUSE’s case, the containers are based on Tumbleweed. Which, has a rolling release cadence. Hence, it was meant to be used indefinitely. ↩︎