linux 的 Electron AppImage 无法在 libgtk<3 的系统上启动
Electron AppImage for linux doesn't start on systems with libgtk<3
启动时报错，找不到 libgtk3。
是否可以构建一个电子应用程序以在具有 libgtk2 的系统上运行？
实际上，如果 AppImage 包含所有必需的库依赖项（例如 fuse），那将是完美的，即使它是一个很大的图像文件。
根据 issue #10780 on GitHub，Electron 在 2017 年升级到 Chrome 61，这需要 GTK+ 3。因此无法在只有 GTK+ 2 的系统上 运行 Electron已安装。
The idea of AppImages 是应用程序应该包含它需要的所有库运行。然而，像 GTK+ 这样的库需要深入集成到系统中（GTK+ 需要 libXrandr.so、libglib.so 等，仅举几例）并且有大量的依赖项会破坏包。因此，构建一个包含所有不同依赖项的应用程序非常困难（甚至可以想象在您的硬盘上有三个或更多包含 GTK+ 和依赖项的 AppImages）。
对于 GTK+，在大多数用例中仅安装 libgtk（任何版本）是不够的，因为您可能希望从 "recommended" 的依赖项中获利.
启动时报错，找不到 libgtk3。
是否可以构建一个电子应用程序以在具有 libgtk2 的系统上运行？
实际上，如果 AppImage 包含所有必需的库依赖项（例如 fuse），那将是完美的，即使它是一个很大的图像文件。
根据 issue #10780 on GitHub，Electron 在 2017 年升级到 Chrome 61，这需要 GTK+ 3。因此无法在只有 GTK+ 2 的系统上 运行 Electron已安装。
The idea of AppImages 是应用程序应该包含它需要的所有库运行。然而，像 GTK+ 这样的库需要深入集成到系统中（GTK+ 需要 libXrandr.so、libglib.so 等，仅举几例）并且有大量的依赖项会破坏包。因此，构建一个包含所有不同依赖项的应用程序非常困难（甚至可以想象在您的硬盘上有三个或更多包含 GTK+ 和依赖项的 AppImages）。
对于 GTK+，在大多数用例中仅安装 libgtk（任何版本）是不够的，因为您可能希望从 "recommended" 的依赖项中获利.