document/TranslateProject
2
0
Fork 0
mirror of https://github.com/LCTT/TranslateProject.git synced 2024-12-23 21:20:42 +08:00
Code Issues Packages Projects Releases Wiki Activity

PRF

Browse Source 
@geekpi
This commit is contained in:
Xingyu Wang 2020-06-15 14:01:25 +08:00
parent c31f8966e3
commit 9ebb98752b
1 changed files with 21 additions and 24 deletions
Show Stats Download Patch File Download Diff File Expand all files Collapse all files

45
translated/tech/20200604 Using AppImage for Linux package management.md
View File

@ -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 <https://github.com/boolean-world/appimage-resources>
@ -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 <https://github.com/AppImage/AppImageKit/releases/download/continuous/appimagetool-x86\_64.AppImage>
$ wget <https://github.com/AppImage/AppImageKit/releases/download/continuous/appimagetool-x86_64.AppImage>
$ 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/) 荣誉推出