mirror of
https://github.com/LCTT/TranslateProject.git
synced 2025-02-22 00:40:10 +08:00
104 lines
5.7 KiB
Markdown
104 lines
5.7 KiB
Markdown
[#]: collector: (lujun9972)
|
||
[#]: translator: (geekpi)
|
||
[#]: reviewer: ( )
|
||
[#]: publisher: ( )
|
||
[#]: url: ( )
|
||
[#]: subject: (Using AppImage for Linux package management)
|
||
[#]: via: (https://opensource.com/article/20/6/appimages)
|
||
[#]: author: (David Clinton https://opensource.com/users/dbclinton)
|
||
|
||
使用 AppImage 进行 Linux 软件包管理
|
||
======
|
||
AppImage 在独立环境中分发应用, 它适用于任何 Linux 发行版。
|
||
![Gift box opens with colors coming out][1]
|
||
|
||
管理 Linux 机器（尤其是远程机器）的很大一部分是管理和安装软件。当本地应用出现问题时，或者文件系统上的某些文件损坏需要修复时，你通常会希望推送更新，而不必走很多路坐在屏幕前。正如我在 Pluralsight 课程 [Linux 系统维护和故障排除][2]中所解释的那样，可以通过 Bash 脚本解决许多问题，但是在很多情况下，没有什么可以替代传统的老式二进制文件了。
|
||
|
||
想象一下，你的某些远程系统需要安装新的应用，因此使用这些计算机的团队成员将能够做某些业务。能够利用 Debian 或 RPM 之类的主要 Linux 仓库系统之一的集成和自动化，可以使你的管理任务变得更加容易。
|
||
|
||
正如 Linus Torvalds 永不厌倦地提醒我们的那样，许多 Linux 软件管理系统的问题在于[太多的 Linux 软件管理系统][3]。多年来，由于你花费了大量的时间和精力来准备软件（例如 Debian 仓库），如果你想将它们引入 RPM 系统，那么对应用程序开发乃至 Linux 的采用都将变得复杂。SUSE 的 Zypper 管理器也没有帮助。
|
||
|
||
解决软件孤岛问题的一种有前途的方案是使用可以在任何 Linux 发行版上运行的独立的环境来发行应用。在这个年轻且不断发展的领域中，一种选择是 [AppImage][4]。
|
||
|
||
### 使用 AppImages
|
||
|
||
我全部投入 AppImage。就像我提到的其他软件包管理系统一样，如果你需要的话，会有很多的复杂性。但是，从本质上讲，AppImages 非常简单。AppImage 不像大多数其他包管理器一样通过仓库工作，它使用单个，独立的文件，可以直接发送或通过网站共享。
|
||
|
||
下面是个展示它美丽的例子。当我在用 AppImages 时，我在一个技术论坛上看到了一个非常久的讨论，我同时进入了一个同样久远且废弃的 GitHub 项目以及相关的 YAML 和配套文件。它们旨在自动构建准备生成 AppImage 包所需的相当复杂的基础架构。尽管该基础架构全部是在有 5 年历史 Ubuntu 版本上构建的，但是当我将它们放在一起并运行 `appimagetool` 命令时，它创建了一个 AppImage 文件，它可在当前桌面上无缝运行。我不认为有很多有五年历史的 GitHub 复杂项目可以无需认真重做的情况下使用其他技术。
|
||
|
||
但是我不会这么做。相反，我将向你展示它如何用一个简单的 Hello World 程序实现。首先，本地已安装请确保 AppStream 包。
|
||
|
||
对于基于 Debian 的系统，运行：
|
||
|
||
|
||
```
|
||
`$ sudo apt install appstream`
|
||
```
|
||
|
||
对于 RPM 系统，请使用：
|
||
|
||
|
||
```
|
||
`$ sudo dnf install appstream`
|
||
```
|
||
|
||
克隆[这篇文章][5]中引用的 Git 仓库，我会基于它示例：
|
||
|
||
|
||
```
|
||
$ git clone <https://github.com/boolean-world/appimage-resources>
|
||
$ cd appimage-resources
|
||
$ ls hello-world-appimage
|
||
```
|
||
|
||
接下来，使用 `cd` 进入 Git 新创建的目录。这里有两个目录。请使用 `hello-world-appimage`。另一个是更复杂的项目，你也应该考虑尝试一下。
|
||
|
||
Linux GUI 系统读取 `helloworld.desktop` 文件来知道如何呈现桌面图标。事实证明，当前的文件会在以后给你带来麻烦，因此请进行一些小修改：添加 `Categories=` 这行并为其赋予值 `GNOME`。不要忘记最后的分号：
|
||
|
||
|
||
```
|
||
$ nano hello-world-appimage/helloworld.desktop
|
||
add Categories=GNOME;
|
||
```
|
||
|
||
从 [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>
|
||
$ chmod +x appimagetool-x86_64.AppImage
|
||
$ ARCH=x86_64 ./appimagetool-x86_64.AppImage hello-world-appimage
|
||
```
|
||
|
||
如果你没有看到任何错误消息，那么表示完成了，请运行：
|
||
|
||
|
||
```
|
||
$ ls
|
||
$ ./hello-world-appimage-x86_64.AppImage
|
||
```
|
||
|
||
### 总结
|
||
|
||
AppImage 是软件包管理的非常有效的选择。当你探索它时，我想你会发现它是 Linux 发行版提供的默认替代品。
|
||
|
||
--------------------------------------------------------------------------------
|
||
|
||
via: https://opensource.com/article/20/6/appimages
|
||
|
||
作者：[David Clinton][a]
|
||
选题：[lujun9972][b]
|
||
译者：[geekpi](https://github.com/geekpi)
|
||
校对：[校对者ID](https://github.com/校对者ID)
|
||
|
||
本文由 [LCTT](https://github.com/LCTT/TranslateProject) 原创编译，[Linux中国](https://linux.cn/) 荣誉推出
|
||
|
||
[a]: https://opensource.com/users/dbclinton
|
||
[b]: https://github.com/lujun9972
|
||
[1]: https://opensource.com/sites/default/files/styles/image-full-size/public/lead-images/OSDC_gift_giveaway_box_520x292.png?itok=w1YQhNH1 (Gift box opens with colors coming out)
|
||
[2]: https://pluralsight.pxf.io/VMKQj
|
||
[3]: https://itsfoss.com/desktop-linux-torvalds/
|
||
[4]: https://appimage.org/
|
||
[5]: https://www.booleanworld.com/creating-linux-apps-run-anywhere-appimage/
|
||
[6]: https://github.com/AppImage/AppImageKit/releases
|