我正在尝试从 libvips verify/fix 未知操作的原因 "pdfload"
I'm trying to verify/fix the cause of unknown action "pdfload" from libvips
我正在使用 Heroku vips buildpack。我想确认 vips: unknown action "pdfload" 意味着 libvips 是在没有可用的 poppler 的情况下编译的，所以我无法打开 pdf。是真的吗？
是的，没错。在构建 libvips 时检查 configure 的输出以获取详细信息。
libvips有两种PDF导入操作，一种基于poppler，一种基于PDFium。 poppler 很容易上手，但有 GPL 许可证。 PDFium 拥有更自由的许可，但更难构建。
libvips 配置将首先尝试 PDFium，如果不可用，则寻找 poppler。
这里有一个以 libvips 喜欢的形式构建 PDFium 的东西：
https://github.com/jcupitt/docker-builds/tree/master/pdfium
另一种选择是两者都不使用，而是安装 imagemagick。然后 libvips 将尝试通过 ImageMagick 加载 PDF，后者又 shell 输出到 GhostScript。它很慢，但开始起来可能更简单，而且 shell 退出在很大程度上避免了 GPL 问题。
我正在使用 Heroku vips buildpack。我想确认 vips: unknown action "pdfload" 意味着 libvips 是在没有可用的 poppler 的情况下编译的，所以我无法打开 pdf。是真的吗？
是的，没错。在构建 libvips 时检查 configure 的输出以获取详细信息。
libvips有两种PDF导入操作，一种基于poppler，一种基于PDFium。 poppler 很容易上手，但有 GPL 许可证。 PDFium 拥有更自由的许可，但更难构建。
libvips 配置将首先尝试 PDFium，如果不可用，则寻找 poppler。
这里有一个以 libvips 喜欢的形式构建 PDFium 的东西：
https://github.com/jcupitt/docker-builds/tree/master/pdfium
另一种选择是两者都不使用，而是安装 imagemagick。然后 libvips 将尝试通过 ImageMagick 加载 PDF，后者又 shell 输出到 GhostScript。它很慢，但开始起来可能更简单，而且 shell 退出在很大程度上避免了 GPL 问题。