我知道snap是Ubuntu战略的一种新方式,但是我在使用snap方法时遇到了很多问题。
到目前为止,我遇到的问题有:
需要花费5倍的时间来挂载一个分区(大量磁盘活动)。
许多应用程序存在权限问题,以gimp为例。
Gimp打开需要3倍的时间。它在NTFS分区(以及其他非本地分区)上存在权限问题,使得保存文件回到该分区变得非常困难,通常你必须保存到本地/home目录,否则会丢失工作。
代码重用没有进行优化,很多人说硬盘空间很便宜,但对于SSD来说并不是真的,而且在许多国家,硬盘/SSD都非常昂贵。
如果您不使用最新的硬件配置,响应时间将非常差。这特别令人沮丧,因为这是微软的思维方式(消费主义之路-购买,购买,购买!)。
请注意,我理解SNAP、docker和类似产品的基本思想是解决开发者依赖冲突问题,并尽量减少“破坏”安装的机会,但我们都知道还有许多其他方法来控制这个问题,但在过去几年中似乎被忽视了。
对于“Ubuntu”的原始精神来说,系统必须是“面向所有人”,而不是“面向少数人”,所以对我来说,“snap”只是解决这个悖论的一种“简单”方式,但忽视了那些买不起最新版本、昂贵且高性能硬件的“众多人”。
最后,这篇文章的问题是:如何在Ubuntu 18.04(以及之后的版本)中安装或卸载snap,或者获取非snap版本?仓库在哪里?
到目前为止,我遇到的问题有:
需要花费5倍的时间来挂载一个分区(大量磁盘活动)。
许多应用程序存在权限问题,以gimp为例。
Gimp打开需要3倍的时间。它在NTFS分区(以及其他非本地分区)上存在权限问题,使得保存文件回到该分区变得非常困难,通常你必须保存到本地/home目录,否则会丢失工作。
代码重用没有进行优化,很多人说硬盘空间很便宜,但对于SSD来说并不是真的,而且在许多国家,硬盘/SSD都非常昂贵。
如果您不使用最新的硬件配置,响应时间将非常差。这特别令人沮丧,因为这是微软的思维方式(消费主义之路-购买,购买,购买!)。
请注意,我理解SNAP、docker和类似产品的基本思想是解决开发者依赖冲突问题,并尽量减少“破坏”安装的机会,但我们都知道还有许多其他方法来控制这个问题,但在过去几年中似乎被忽视了。
对于“Ubuntu”的原始精神来说,系统必须是“面向所有人”,而不是“面向少数人”,所以对我来说,“snap”只是解决这个悖论的一种“简单”方式,但忽视了那些买不起最新版本、昂贵且高性能硬件的“众多人”。
最后,这篇文章的问题是:如何在Ubuntu 18.04(以及之后的版本)中安装或卸载snap,或者获取非snap版本?仓库在哪里?