我记得前几年deepin有提过要flatpak化，但是不知道现在为什么不提了

你自己也知道有考虑过了

我记得当初的问题主要是性能问题和各个运行时过大

比如flap装一个gimp会额外下载2G左右的Gnome环境。。。

没有一个通用的运行时，没法解决问题

flatpak为了解决跨发行版的问题要付出代价（比如前面说的runtime大，性能问题等等），这个代价收益比对于单个发行版来说有点大，动力不足。

都是大佬啊

flatpak那个依赖的大小几乎相当于是用flatpak重新安装一套依赖。虽然我自己也用flatpak，但是我自己用起来的感觉flatpak这个内存占用甚至远大于appimage或者snap。（如果不是国内访问snap太慢了，我都不愿意用flatpak的）

这种把依赖库打包的解决方案，是没有办法的办法。作为发行版，应该考虑如何制作匹配自己的安装包。单个应用软件的开发者，没有精力为各个发行版提供安装包，可以考虑这种方式。

只要统信做大做强了，自己定义打包规则都行。这种跨发行版的打包方式只能用于救急，不适合大范围使用，想想自己电脑全部使用flatpak软件包，光runtime就能把硬盘吃完了。

如果全都用flatpak方式安装反倒比一半原生一半flatpak节省很多空间

不会的，我的fedora就全是flatpak， 软件包之间会共用运行时的

连个微信都要验证还flatpak打包%……

appimage不行，依赖没有完全解决。snap下载太慢还会出现好多盘符

snap不能换源这一点就被flatpak爆杀了。所有snap包的分发完全被Ubuntu的公司控制着，我认为这对开源社区是不可接受的。 Appimage 你遇到的问题应该是打包者的问题，打包者没打全，或者遇到libstdc++或者glibc这种核心库的问题了。那flatpak和snap都指望不上了，只能靠发行版自己的包

fedora配合flatpak感觉很舒服,一般只要正常更新的软件就会使用最新版本的runtime，长期使用就是gnome、kde、freedesktop这三个runtime加一些组件。空间占用虽然大，但是安装卸载干净方便、更新也快，很舒服。

配合flatsel可以实现权限管理，这一点也很方便