首先回顾构建 Flatpak 应用分为以下几步（https://docs.flatpak.org/en/latest/first-build.html）：

添加其他库的步骤就在第 3 步，在这一步我们可以将依赖集成到应用中，包括库、数据和其他资源（https://docs.flatpak.org/en/latest/dependencies.html）。我们以 JSON 为例： 现有 Flatpak 的 manifest 文件

假如我们要添加两个库，以libcsv和xlsxwriter为例，它们都是开源库，可以在 GitHub 上找到。浏览它们的 GitHub 仓库，易见libcsv是基于 Makefile 的库，而xlsxwriter提供了CMakeLists.txt文件，是基于 CMake 的库。“buildsystem”项接受的值包括：autotools、cmake、cmake-ninja、meson、simple 和 qmake。“modules”项中既包含自己要构建的主应用程序，也包含它的依赖库，主应用程序可以放在依赖库之前，也可以放在之间，也可以放在之后，这里我们放在之后（下文解释）。在 manifest JSON 文件的 “modules” 列表里 your-project 之前可以写出：

注意，Flatpak 默认 Sources 的分支是“master”，如果有的库的默认分支是“main”则需要将“branch”改为“main”，当然也可以指定其他自己想要指定的分支。此外，Flatpak Builder 常常用到stop-at=MODULENAME参数，这个参数的用途是停在指定的模块上，在“下载”和“构建”阶段忽略它和所有下面的模块。这对于调试和开发非常有用，如果把其他依赖库放在 your-project 之前，就可以事先构建所有的依赖项，但只停留在主应用程序上，然后就可以从预先存在的 checkout 构建。 对于基于 CMake 或 Meson 等工具的库是很简单的，但是基于 Makefile 的则不然。如果库文件中包含autogen.sh等文件，那么 Flatpak 会直接使用autogen.sh文件构建，但是如果没有，它会尝试使用已有的aclocal.m4文件构建。这里简要梳理一下 GNU Build System （Autotools）文件：