From 9ebb98752b78e1ce8deed08547d65640bf4b4bff Mon Sep 17 00:00:00 2001 From: Xingyu Wang Date: Mon, 15 Jun 2020 14:01:25 +0800 Subject: [PATCH] PRF @geekpi --- ...g AppImage for Linux package management.md | 45 +++++++++---------- 1 file changed, 21 insertions(+), 24 deletions(-) diff --git a/translated/tech/20200604 Using AppImage for Linux package management.md b/translated/tech/20200604 Using AppImage for Linux package management.md index c4dd80259c..c3a3437f2b 100644 --- a/translated/tech/20200604 Using AppImage for Linux package management.md +++ b/translated/tech/20200604 Using AppImage for Linux package management.md @@ -1,6 +1,6 @@ [#]: collector: (lujun9972) [#]: translator: (geekpi) -[#]: reviewer: ( ) +[#]: reviewer: (wxy) [#]: publisher: ( ) [#]: url: ( ) [#]: subject: (Using AppImage for Linux package management) @@ -9,41 +9,40 @@ 使用 AppImage 进行 Linux 软件包管理 ====== -AppImage 在独立环境中分发应用, 它适用于任何 Linux 发行版。 -![Gift box opens with colors coming out][1] -管理 Linux 机器（尤其是远程机器）的很大一部分是管理和安装软件。当本地应用出现问题时，或者文件系统上的某些文件损坏需要修复时，你通常会希望推送更新，而不必走很多路坐在屏幕前。正如我在 Pluralsight 课程 [Linux 系统维护和故障排除][2]中所解释的那样，可以通过 Bash 脚本解决许多问题，但是在很多情况下，没有什么可以替代传统的老式二进制文件了。 +> AppImage 在自足的环境中分发应用, 它适用于任何 Linux 发行版。 -想象一下，你的某些远程系统需要安装新的应用，因此使用这些计算机的团队成员将能够做某些业务。能够利用 Debian 或 RPM 之类的主要 Linux 仓库系统之一的集成和自动化，可以使你的管理任务变得更加容易。 +![](https://img.linux.net.cn/data/attachment/album/202006/15/140050aazux37axew7e0xk.jpg) -正如 Linus Torvalds 永不厌倦地提醒我们的那样，许多 Linux 软件管理系统的问题在于[太多的 Linux 软件管理系统][3]。多年来，由于你花费了大量的时间和精力来准备软件（例如 Debian 仓库），如果你想将它们引入 RPM 系统，那么对应用程序开发乃至 Linux 的采用都将变得复杂。SUSE 的 Zypper 管理器也没有帮助。 +管理 Linux 机器（尤其是远程机器）的一个重要分就是管理和安装软件。当本地应用程序出现问题时，或者文件系统上的某些文件损坏需要修复时，你通常会希望推送更新，而不必走很多路坐在物理屏幕前。正如我在 Pluralsight 课程《[Linux 系统维护和故障排除][2]》中所解释的那样，许多问题当然可以通过 Bash 脚本解决，但是仍有很多情况下，除了老式的二进制文件外，没有其他选择。 -解决软件孤岛问题的一种有前途的方案是使用可以在任何 Linux 发行版上运行的独立的环境来发行应用。在这个年轻且不断发展的领域中，一种选择是 [AppImage][4]。 +想象一下，你的某些远程系统需要安装新的应用程序，这样使用这些计算机的团队成员就能够执行某些业务。能够利用 Debian 或 RPM 之类的主要 Linux 仓库系统的集成和自动化，可以使你的管理任务变得更加容易。 -### 使用 AppImages +正如 Linus Torvalds 永不厌倦地提醒我们的那样，太多的 Linux 软件管理系统的问题是 [Linux 软件管理系统太多了][3]。多年来，应用开发甚至是 Linux 的采用都变得愈加复杂起来，因为你为了提供你的软件（比如，放到 Debian 仓库）而投入的所有时间和工作，对于你想让它们进入 RPM 系统并没有什么帮助，对于 SUSE 的 Zypper 管理器也一样，没有什么帮助。 -我全部投入 AppImage。就像我提到的其他软件包管理系统一样，如果你需要的话，会有很多的复杂性。但是，从本质上讲，AppImages 非常简单。AppImage 不像大多数其他包管理器一样通过仓库工作，它使用单个，独立的文件，可以直接发送或通过网站共享。 +解决软件孤岛问题的一种有前途的方案是分发具有自足环境的应用，它们可以在任何 Linux 发行版上运行。在这个年轻且不断发展的领域中，选择之一是 [AppImage][4]。 -下面是个展示它美丽的例子。当我在用 AppImages 时，我在一个技术论坛上看到了一个非常久的讨论，我同时进入了一个同样久远且废弃的 GitHub 项目以及相关的 YAML 和配套文件。它们旨在自动构建准备生成 AppImage 包所需的相当复杂的基础架构。尽管该基础架构全部是在有 5 年历史 Ubuntu 版本上构建的，但是当我将它们放在一起并运行 `appimagetool` 命令时，它创建了一个 AppImage 文件，它可在当前桌面上无缝运行。我不认为有很多有五年历史的 GitHub 复杂项目可以无需认真重做的情况下使用其他技术。 +### 使用 AppImage -但是我不会这么做。相反，我将向你展示它如何用一个简单的 Hello World 程序实现。首先，本地已安装请确保 AppStream 包。 +我全面投入到了 AppImage。就像我提到的其他软件包管理系统一样，如果你需要的话，有很多复杂的功能可以使用。但是，从本质上讲，AppImage 非常简单。AppImage 不像大多数其他包管理器一样通过仓库工作，它使用单个、独立的文件，可以直接发送或通过网站共享。 + +下面是个展示它的美妙之处的例子。当我在用 AppImage 时，我在一个技术论坛上看到了一个很老的讨论，它让我找到了一个同样久远且废弃的 GitHub 项目以及相关的 YAML 和配方文件。它们旨在自动构建准备生成 AppImage 包所需的相当复杂的基础架构。尽管该基础架构全部是在 5 年前的 Ubuntu 版本上构建的，但是当我将它们放在一起并运行 `appimagetool` 命令时，它创建了一个 AppImage 文件，它可在我当前的桌面上无缝运行。我不认为有很多有五年历史的 GitHub 复杂项目可以使用其他技术运行，而无需认真重做。 + +但是这里我我不会介绍这个案例。相反，我将用一个简单的 Hello World 程序向你展示它是如何工作的。首先，请确保本地已安装 AppStream 包。 对于基于 Debian 的系统，运行： - ``` -`$ sudo apt install appstream` +$ sudo apt install appstream ``` 对于 RPM 系统，请使用： - ``` -`$ sudo dnf install appstream` +$ sudo dnf install appstream ``` -克隆[这篇文章][5]中引用的 Git 仓库，我会基于它示例： - +克隆[这篇文章][5]中提及的 Git 仓库，我会基于它示例： ``` $ git clone @@ -53,7 +52,7 @@ $ ls hello-world-appimage 接下来，使用 `cd` 进入 Git 新创建的目录。这里有两个目录。请使用 `hello-world-appimage`。另一个是更复杂的项目，你也应该考虑尝试一下。 -Linux GUI 系统读取 `helloworld.desktop` 文件来知道如何呈现桌面图标。事实证明，当前的文件会在以后给你带来麻烦，因此请进行一些小修改：添加 `Categories=` 这行并为其赋予值 `GNOME`。不要忘记最后的分号： +Linux GUI 系统会读取 `helloworld.desktop` 文件来知道如何呈现桌面图标。事实证明，当前的这个文件会在以后给你带来点麻烦，因此请进行一些小修改：添加 `Categories=` 这行并为其赋予值 `GNOME`。不要忘记最后的分号： ``` @@ -61,18 +60,16 @@ $ nano hello-world-appimage/helloworld.desktop         add Categories=GNOME; ``` -从 [AppImage GitHub 项目][6]下载 `appimagetool` 预编译的二进制文件。访问 GitHub 的原因之一：那里有很多出色的文档和资源。下载二进制文件后，使文件可执行，并指向 `hello-world-appimage` 目录。但是首先，你需要告诉它你想要的架构。由于某些原因，在选择是否使用 x86_64 构建应用时，以 `x86_64` 结尾的名为的工具会不稳定。（我不知道发生了什么） - +从 [AppImage GitHub 项目][6]下载 `appimagetool` 预编译的二进制文件。访问 GitHub 的原因之一：那里有很多出色的文档和资源。下载二进制文件后，使文件可执行，并将 `hello-world-appimage` 目录传给它。但是首先，你需要告诉它你想要的架构。由于某些原因，一个名字以 x86\_64 结尾的工具都不能自行确定是否该使用 x86\_64 来构建应用程序（我不知道这是怎么回事）。 ``` -$ wget +$ wget $ chmod +x appimagetool-x86_64.AppImage $ ARCH=x86_64 ./appimagetool-x86_64.AppImage hello-world-appimage ``` 如果你没有看到任何错误消息，那么表示完成了，请运行： - ``` $ ls $ ./hello-world-appimage-x86_64.AppImage @@ -80,7 +77,7 @@ $ ./hello-world-appimage-x86_64.AppImage ### 总结 -AppImage 是软件包管理的非常有效的选择。当你探索它时，我想你会发现它是 Linux 发行版提供的默认替代品。 +AppImage 是软件包管理的非常有效的选择。当你探索它时，我想你会发现它是 Linux 发行版默认软件包系统的很好的替代品。 -------------------------------------------------------------------------------- @@ -89,7 +86,7 @@ via: https://opensource.com/article/20/6/appimages 作者：[David Clinton][a] 选题：[lujun9972][b] 译者：[geekpi](https://github.com/geekpi) -校对：[校对者ID](https://github.com/校对者ID) +校对：[wxy](https://github.com/wxy) 本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出