为什么 Canonical 默认将核心 Gnome 应用程序安装为 Snaps?

Nad*_*ani 18 gnome themes snap 18.04

今天我删除了 snapd,默认情况下它也删除了 gnome-software-plugins-snap。我没有注意到的是,Gnome System Monitor 后来也被删除了。进一步检查似乎有许多其他应用程序默认情况下是快照:

 Desktop snaps
 * snap:gnome-3-26-1604
 * snap:gnome-calculator
 * snap:gnome-characters
 * snap:gnome-logs
 * snap:gnome-system-monitor
 * snap:gtk-common-themes
Run Code Online (Sandbox Code Playgroud)

参考:https ://bazaar.launchpad.net/~ubuntu-core-dev/ubuntu-seeds/ubuntu.bionic/view/head:/ desktop

这些也是常见/核心的 Gnome 应用程序,所以老实说,我不理解或喜欢这些作为 Snap 安装的事实。

我注意到 Gnome 系统监视器不尊重我的主题选择,而且启动速度也很慢。

要引用 Reddit 上的用户:

如果相同的程序/版本是正常的存储库,我真的看不到使用 snap 的意义。除非它是其他快照使用的某些主题或支持快照。我认为这是不遵循主题的快照的解决方法。

我觉得 gnome-system-monitor 很奇怪。 https://github.com/paradoxxxzero/gnome-shell-system-monitor-applet/issues/452

但似乎是。

关于它的一些信息。

https://www.reddit.com/r/Ubuntu/comments/8krkam/system_monitor_on_1804_is_a_snap_by_default/

参考:https : //www.reddit.com/r/Ubuntu/comments/8ls0m1/ubuntu_without_snapd/dzipp9c

只有我觉得这还没有清楚地传达给用户,还是现在希望普通用户检查开发者博客和启动板的变化?

pop*_*pey 14

只有我觉得这还没有清楚地传达给用户,还是现在希望普通用户检查开发者博客和启动板的变化?

在过去的 5 个月左右的时间里,网上对此进行了很多讨论。许多新闻媒体都报道了它,包括 Phoronix 和 OMGUbuntu。我们不希望每个人都了解 Ubuntu 是如何构建的所有技术细节。这就是我们发布发行说明的原因,其中说

“一些实用程序已切换为用于新安装的 snap 格式(计算器、字符、日志和系统监视器)。Snap 应用程序提供了更好的隔离性,允许它们在 LTS 生命周期内升级到新的稳定版本。”

此外,对于许多人来说,从 deb 到 snap 的转换在很大程度上与技术细节无关。这将(对许多人而言)就像从 Upstart 到 SystemD 的切换。对关心的人来说很重要的技术问题,但绝大多数都无关紧要。

我还评论了为什么在链接的 reddit 线程上以快照形式交付内容的进一步观点,但我在此处复制以防评论消失。

当 LTS 刚刚发布并且存档中的大多数应用程序的版本号与快照存储中的版本号相似时,当然,这可能会令人困惑。

但是,请考虑那些仍在运行 14.04(一个 4 年前的版本)的人。当 14.04 发布时,存档中的所有内容都是全新的。向前推进 4 年,现在很多软件已经过时了。2022 年的 18.04 用户也是如此。

虽然确实有些人会升级到下一个 LTS,但很多人确实升级到了 16.04。不是每个人都这样。我们有大量用户坚持使用较旧的 LTS 版本。我们正在用快照做的是为一棵将在一年左右生长的树种下种子。确保安装 LTS 的人知道他们将在很长一段时间内获得软件更新,而不是“被迫”升级到下一个 LTS 或临时版本,只是为了获得最新的视频播放器、实用程序或生产力应用程序。

在 18.04 中,这是我们预安装了一些快照的第一个版本。这部分是为了测试这个过程,未来可能会有更多的应用程序切换到快照。

现在,综上所述,快照并不完美。有时它们可​​能启动缓慢,并且主题并非在所有情况下都是正确的。我们正在努力解决这些问题。如果您对 snap 团队有具体的可操作反馈,我强烈建议您将其带到开发人员闲逛的论坛。https://forum.snapcraft.io/。开发人员不会整天坐在 Reddit 上(尽管我这样做 ;) )并且需要从用户那里听到这些问题。我们感谢反馈。

  • 说实话——这真是一团糟。它应该是 snap 包或 apt 包,不能同时是两者。如果快照速度较慢,则不应使用它们。句号! (4认同)
  • 非常感谢您的详细回复,我将来一定会仔细研究 Snaps。我承认我可以做进一步的研究。我知道 Canonical 希望采用 Snaps,但我不认为它已准备好用于预装的核心操作系统应用程序。也许在未来当 Snaps 成熟时,我会改变主意,但现在我更喜欢为这些主要的 Gnome 应用程序使用默认存储库。如果我删除已安装软件包的 snaps 并通过 apt 安装它们,会有什么问题吗?我会破坏 Ubuntu 或 Gnome Logs 的配置吗? (3认同)
  • *“有时它们启动起来可能很慢”* - 你是什么意思“**可能** 很慢”,根据快照的定义,每个应用程序都有自己的库版本,因此与基于 deb 的安装相比,它自然会更慢,更笨重,而且内存不足,没有技术魔术可以避免这种情况。它可能“仅慢一点,即普通用户无法感知”,但它永远不会与要求所有正在运行的应用程序仅使用特定库的单一版本的系统相提并论(除非所有快照都使用相同的库,并且在模拟 deb 之间共享它们的一些技巧)。 (3认同)
  • 顺便说一句,我到此结束,因为我的朋友安装了 Ubuntu 18.10,并且遇到了我无法帮助他的奇怪问题(我是 KDE neon,根本不使用 snaps),而且所有问题听起来都很琐碎,“应该可以工作”(例如使用相机为 evince 或 Skype 分配 pdf 查看器),直到他最终发现自己安装了 snap 版本......应该工作”的问题,在给 linux 另一个机会后他遇到的第一件事就是这个(在听取其他(和我)的意见后,它现在工作得如何)。:/ (3认同)
  • 如果每个应用程序实际上都有每个库的自己的副本,为什么还要费心共享库呢?纯粹的英国媒体报道软件;也可以静态链接每个二进制文件。编写不会导致依赖地狱的库很困难 - 这是真的......但这使每个人都可以完全忽视仔细的库架构和深思熟虑的设计 (2认同)