AppImage进阶：使用AppImageLauncher运行和集成 AppImage

nz2017

      一些小的工具性的软件在Linux中安装，经常让我觉得很麻烦，比如有的软件虽然不常用，偶尔用一次，但安装却十分复杂，各种依赖，各种配置，甚至不支持我的Linux，例如QQ，新一些的qq需要安装wine才能，一顿配置，编译之后才能用，再比如上网的某个插件，文件不大，安装起来一堆麻烦事情，本来只是像打开之后放在后台，但是没想到还需要一顿编译，还报了很多错。费时费心费力，所以除了必要的情况，我是懒得去编译这些软件的。
       Appimage某种程度上你可以理解为windows某些软件的“便携版”。它的做法有点类似于docker镜像，把软件运行的所有依赖环境都打包在一起，包装成一个Appimage，运行的时候会将打包到一起的内容释放到/tmp/下运行，运行完毕之后通常会自动清理。
       deb是debian系列传统的打包方式，取自debian的前三个字母。deb包你可以认为就是一个压缩包，同时还包含了一个元数据部分，声明了这个包的依赖。所以通过包管理系统就可以很方便的安装deb以及相关的依赖项了。这也是debian系列简化Linux软件安装方案做的巨大的贡献。RHEL的yum+rpm的管理方式实际就是借鉴了apt+deb的方式。debian是第一个将包管理系统引入Linux系列的发行版。
deb包通常需要结合包管理器一起使用，安装的时候会自动解决依赖。所以会出现不符合目标操作系统的安装包混入搞坏依赖，甚至因为卸载了底层依赖导致删掉上层应用的现象。这也就是依赖地狱的问题。windows的安装包通常都会将自己的运行环境一并打包进入安装包，以规避依赖问题。缺点是安装包通常很大，好处就是规避了依赖地狱。所以你可以认为snap和flatpak借鉴了windows的安装程序的设计，并且进行了加强，比如使用了内核提供的沙箱环境运行，这一点在windows上是原生不自带的。
       当你下载了AppImage 文件后你可以免去编译的苦恼，但是你每次要运行它时必须要进入到下载了该 .AppImage 的文件夹中来运行它，或者手动为其创建启动程序。并不是每个人都有耐心去完成这些步骤。而使用 AppImageLauncher，这些就都是过去的问题了。AppImageLauncher可让你轻松运行 AppImage 文件，而无需使其可执行。但它最有趣的特点是可以轻松地将 AppImage 与你的系统进行整合：AppImageLauncher 可以自动将 AppImage 程序快捷方式添加到桌面环境的程序启动器/菜单（包括程序图标和合适的说明）中。
       就比如我想使用 Kdenlive，但我不想从官方仓库中安装它，因为它有大量的 KDE 依赖，我不想把它们弄到我的系统中，因为它没有 Flatpak 或 Snap 镜像，我只能去下载了 Kdenlive 的 AppImage。在没有把下载的 Kdenline AppImage 变成可执行的情况下，我第一次双击它时（安装好了 AppImageLauncher），AppImageLauncher 提供了两个选项：“Run once”或者“Integrate and run”。
   点击“Run once”只是单纯地运行软件，等同于双击。
   点击 “Integrate and run”，这个 AppImage 就被复制到 ~/.bin/ （家目录中的隐藏文件夹）并添加到菜单中，然后启动该程序。
       要删除它也很简单，只要您使用的桌面环境支持桌面动作就行。如，在 Gnome Shell 中，只需右键单击“活动概览”中的应用程序图标，然后选择“Remove from system”。
       并且AppImageLauncher还支持 AppImage 的更新；你在启动器中可以找到 “Update AppImage”来更新你的AppImage应用。
       AppImageLauncher 早已支持 Ubuntu、 Debian、Netrunner 和 openSUSE之类的大部分Linux发行版。


下载AppImageLauncher
下载地址：https://github.com/TheAssassin/AppImageLauncher/releases
名字中有“bionic”的 deb 包可以给较新的Ubuntu及其衍生发行版使用，而其它的 deb 是用于旧一些的 Ubuntu 版本的。