而Canonical的社区管理器，用于Ubuntu Linux工程服务，解释了为什么Canonical开始在Ubuntu Snap容器，而不是DEB包：
维护Chromium的单一版本对于与Ubuntu安全团队合作的Ubuntu桌面团队来说是一项重要的时间投资，可以为每个稳定版本提供更新。由于这些团队支持大量稳定的Ubuntu版本，工作量就更大了。将此工作负载与具有单个受支持的滚动版本的其他Linux发行版进行比较，忽略了支持多个长期支持（LTS）和非LTS版本的细微差别。
谷歌每六周发布一个新的Chromium主要版本，通常有几个次要版本来解决中间的安全漏洞。每一个新的稳定版本都必须为每一个受支持的Ubuntu版本-16.04、18.04、19.04和即将发布的19.10以及所有受支持的架构（amd64、i386、arm、arm64）构建。
虽然Snap让这变得更容易，但仍然不容易。据消息人士透露，Canonical尚未决定，如果没有最终用户对谷歌服务特定API的支持，它是否会支持Chromiumhttps://www.zdnet.com/article/linux-mint-introducts-its-own-take-on-the-chromium-web-browser/“>LinuxMint最近开始捆绑自己的Chromium浏览器。造币厂领导克莱门特“克莱姆”莱斐伏尔坚持用铬我们什么都不会做。我们将继续打包Chromium。“
Red Hat的社区Linux发行版软呢帽呃，是Slackware Linux，正在下降。”我如果Chrome for Slackware因未登录Chrome Sync而瘫痪，则不会打包和分发该软件包。我不会打包一个Chromium版本，里面嵌入谷歌自己的ID和秘密。相反，我会做正确的事情：建议人们不要使用Chrome，而是改用Firefox。”
通过这一举措，Google疏远了多个Linux发行版的代码维护者和开发人员。当Linux Chromium用户发现最新版本不能像以前那样工作时，他们也会不高兴。
没错，这只是一个很小的数字。但是，这让许多其他人对谷歌在这个例子中失败的开源社区口诛笔伐。最终，这将比这一举措对程序员和最终用户的直接影响更为重要。
相关报道：
