Flatpak 和 snap 包：没人谈论的依赖项。 因为他们确实有一些

在 Linux 中，有许多方法可以安装相同的软件。 这是 Linus Torvalds 开始抱怨的事情，自 2015 年左右以来，至少有两个其他选择： flatpak 和 snap 包. 我们可以在这两种情况下找到的一个说法是，它们将主要软件和依赖项包含在同一个包中，这使得它们从一开始就可以工作，它们更干净等等，但这是对的一半。

假设我们不使用任何 flatpak 包并且我们只想安装一个因为我们需要它。 您在标题捕获中看到的恰好是第三个争论点，更具体地说，是一个名为 Immagini 的应用程序，我们可以使用它来创建 AppImages， 那种便携式应用程序 理论上，如果架构兼容，它可以在任何 Linux 发行版上运行。 意象 你有 重量为 22,4 MB，但为了能够安装它，我们需要…… 1325 MB 的空间。 作为？

共享依赖关系，但仍然存在依赖关系

促使我写这篇文章的部分原因是我前段时间与一位刚接触 Linux 的用户就哪种安装类型最好进行对话。 我最后的回答是平常的，比如什么最适合你的需要，但他对申请的份量表示怀疑。 如果您需要，我将主软件中的那个与总重量混淆了 一些依赖，通常需要它们。 但它们不像官方存储库那样依赖。

例如，当我们要安装一个将多媒体文件转换为其他格式的程序时，如果我们还没有它，它可能会下载 FFmpeg 和 ImageMagick，每个都有更多的依赖项。 这些是要使用的依赖项，但是那些与 flatpak 或 snap 包一起安装的依赖项是该程序能够在我们的平台上运行所必需的。 如果应用程序是用 GTK 编写的或具有 GNOME 组件，它将安装 GNOME 平台及其翻译。 当我们安装另一个 GTK/GNOME 程序时，我们已经有了这个，所以它不是必需的，应用程序的重量已经是我们在软件商店看到的。

在 Snap 包的情况下，我们有一点相同的事情。 几分钟前，我注意到我安装了 KDE Frameworks 5.98 snap 包。 老实说，我不知道为什么，但可能是因为我用一些依赖于 Frameworks 5.98 的快照做了一些测试。

密切关注 flatpak 和 snap 依赖项

控制包 我们有额外的 flatpak 更容易，因为有几个命令可以删除未使用的内容。 应用程序的数据和缓存通常存储在 ~/.var/app 中，可以很容易地手动删除，因为它在我们的主文件夹中并且不受保护，类似于 .config 中的内容。 如果我们想用终端删除它，我们将不得不使用这个命令：

flatpak 卸载 --delete-data

要删除包的依赖项，使用正确的名称我们应该说“runtimes”，命令是：

flatpak 卸载 --unused

如果我们想要消除一切，我们必须写：

flatpak 卸载 --all

我从来没有使用过最后一个，部分原因是它被设计为一种手段 重置全部 与 flatpak 有什么关系。 可以重新安装一个 flatpak 包，但我们将从头开始。 用于一般清洁。

至于 snap 包，没有类似的东西，或者至少我不知道。 当我们安装一个应用程序时，它会出现在 snap 文件夹中。 如果我们删除包，它的内容就会消失，但它的配置文件不会，它们可能位于 .config、.cache 或其他文件夹中。 运行时或依赖项以及包通常位于 /var/snap/ 或 /var/lib/snapd 中，但请注意您在此处触摸的内容。 我的建议是拉软件商店，如果它有一个部分，请转到已安装的快照选项卡。 如果我们看到一些我们知道我们没有使用的东西，请从那里删除它。

我们也可以写 snap list, 找到我们知道我们没有使用的东西并用 snap remove "paquete".

以积极的方式结束

尽管您必须知道它们的存在，有时我们会因为看到应用程序在安装时占用的空间而起鸡皮疙瘩，但并非一切都是坏事。 当我开始使用 Linux 时，教我第一件事的人告诉我，Linux 应用程序非常轻，这要归功于有软件和依赖项 与其他程序共享. 这完全适用于 flatpak 和 snap 包：如果这些依赖项不存在，每个需要它们的新包都必须自己包含它们，因此应用程序可能会非常繁重。 事已至此，唯重者先行； 以下将不再需要下载任何额外的东西。

这是必须解释的事情，并且在知情时决策总是更好。