The redundancy Flatpak and Snap induce is nothing in comparison to hundreds of, say, coreutils packages - each for some Linux distribution and its supported ver

The redundancy Flatpak and Snap induce is nothing in comparison to hundreds of, say, coreutils packages - each for some Linux distribution and its supported versions. Also I don't think tracking dependencies is the root problem, rather different applications requiring different dependency versions, which leads to even more redundancy on top of the aforementioned one. And if you avoid providing different lib versions, you end up with silly application version freezes until next distribution version is released along with updated repos. Rpm/deb/etc. repositories simply don't scale. You either end up with a small well-maintained repo, or a huge one with many abandoned or version-frozen packages. Not to mention you'd have to write sandboxing rules for each distro version separately, which is why most distros do not provide complete sandboxing at all. Perhaps there are some distributions inbetween, but not in my experience. I do understand current Flatpak's and Snap's technical limitations. I just think they will be solved, sooner or later. I'd be happy to use Guix or Nix instead of Toolbox, but currently their requirements conflict with how rpm-ostree treats system's root directory.