昨天，我们警告我们的Twitter追随者，这是1月2日，即某些盎格鲁-撒克逊国家的神圣无辜者的日子，我们可以读到一些奇怪的消息。 帖子所依据的新闻也是如此，我们决定等到第二天，再确认这不是在开玩笑。 它不是： 基本操作系统将传递给Flatpak数据包，一种更现代的程序包类型，与Canonical的Snap程序包共享许多功能。
像Snap包，Flatpak包一样 其中包含应用程序正常运行所需的一切，因此我们指的是核心软件和依赖项。 这也更加安全，更新速度也更快，对开发人员而言更是好事，因为他们只需要编写一次代码，就可以在他们决定使其兼容的任何操作系统上工作。 这就是基本OS将来会做的事情。
基本操作系统+ Flatpak App Center ...但没有Flathub
基本的OS开发人员从Flatpak诞生之日起就一直在使用它。 不仅使用这些类型的程序包，而且他们还保证他们已经尝试了多年，以决定哪种方法是最佳选择。 在那一刻 他们注意到Flatpak仍被称为“ XDG-App”，那是2015年。 对于那些不知道的人来说，2015年是现在被称为Flatpak和Snap软件包的项目诞生的那一年，但是Canonical的建议确实在2016年16.04月成名，因为它是Ubuntu附带的最重要的新颖性之一。 XNUMX Xenial Xerus。 我发现提到Flatpak早于Snap很重要。
但他们警告： “ Flatpak不是Flathub”。 您必须区分包格式和存储库，可以从中访问 此链接。 Elementary OS希望软件搜索和安装继续在其App Center中进行，尽管他们没有这么说，因为这样一来，他们还可以控制所下载的所有内容，并拥有更多的捐赠选择。 而且，App Center使用按需付费的支付系统来下载/安装应用程序。
他们还想说明的是切换到Flatpak 这并不意味着它们会遗漏其本机应用程序 他们也不会更改下载和安装系统，以便开发人员可以从捐赠中收取款项。 此外，所有内容都将经过仔细测试，以确保在将其发布到App Center之前可以正常运行，所有操作均与以前相同。
基本操作系统将创建 您自己的App Center的Flatpak存储库，与到目前为止针对基于Debian的软件的存储库大致相同。
.deb软件包的问题
好吧，Ubunlog仍然是.deb软件包的忠实拥护者，部分原因是我们喜欢经典软件，部分原因是我们在使用较新类型的软件包时遇到了问题。 但这是真的 .deb软件包通常使用依赖项 并且如果其中之一包含漏洞，则整个程序都存在安全漏洞。 从理论上讲，现代的软件包格式消除了这些问题，同时更早地提供了更新。 从理论上或在实践中，但我认为Flatpak和Snap软件包中的所有内容都还需要完善。
此外， 新软件包基于沙箱，这限制了应用程序对操作系统的访问。 沙盒应用程序可提高安全性和隐私性。
为何基本操作系统没有选择Snap软件包？
基本的操作系统确保他们也可以使用Canonical，但是有些事情他们根本不喜欢，在某些情况下，我完全同意：
- 分散式设计。 Flatpak允许任何人创建自己的存储库，因此基本OS将拥有自己的存储库。 这意味着可以从App Center安装的所有内容都将具有相同的设计，而Snap软件包到目前为止是不会发生的。 这就是我的意思 信息 因此Canonical应该做些其他事情，例如给开发人员施加压力，使其尽快交付更新（哎呀，Mozilla，……），并使一切看起来相似。 在Snap软件包中，我们可以找到带有Windows 95，GNOME，KDE ...等映像的应用程序，并且该系统似乎有XNUMX个父级。
- Flatpak与基础OS的工作更加接近。 例如，已经为Flatpak的未来构建了现代GTK功能，并且从一开始就考虑GTK来开发Flatpak。
- 与独立应用程序开发人员达成共识。 基本OS与独立开发人员并肩工作。 尽管有些人选择了这两个软件包，但他们表示Flatpak易于使用。
它将如何影响用户和开发人员？
基本操作系统可确保 您的操作系统用户将不会注意到任何事情。 他们唯一会注意到的事情是积极的，例如更快的下载和更新。 对于开发人员，将像以前一样继续交付和审查应用程序。
La 怀疑我离开了是 仍将允许安装.deb软件包。 过去，如果您未安装Gdebi，GNOME软件或除App Center以外的其他安装工具，则无法从App Center外部安装软件。 如果仍然允许，从DEB软件包到Flatpak的迁移似乎只会带来好处。
您如何看待基本操作系统迁移到Flatpak？
