75361a9aba
gdk-pixbuf is based on plugins (modules in gdk-pixbuf parlance) that are provided either by the gdk-pixbuf package itself, or be installed by third-party packages, like librsvg. At runtime, those plugins get loaded by helper function in the gdk-pixbuf library. The location where to find those modules is currently hard-coded at build time, to the location where gdb-pixbuf is installed.. This means that host-packages that install image-conversion utilities will try to look in the path where gdk-pixbuf was installed. With per-package directories, this fails to find any module that was installed bu a third-party package. For example, the module for loading an SVG provided by librsvg, so it is not present in the PPD of gdk-pixbuf, and thus loading an SVG (e.g. to convert it to another format, like adwaita-icon-theme does) will fail with: Can't load file: Unrecognized image file format However, gdk-pixbuf can be configured so as to look for the modules relative to where the program is run from, rather than hard-coding the location at build time. This is exactly what we need in the PPD case Additionally, even without PPD, this would fail in a similar manner in the SDK, as that can be relocated too. So we unconditionally enable the relocatable option, but only for the host variant (there is no reason to enable it for the target, as it is not going to be relocated). Fixes: - http://autobuild.buildroot.org/results/0e00059b09b4445eaaec1030997883187c6a80d6 Signed-off-by: Fabrice Fontaine <fontaine.fabrice@gmail.com> [yann.morin.1998@free.fr: reword the already-good commit log] Signed-off-by: Yann E. MORIN <yann.morin.1998@free.fr> |
||
---|---|---|
arch | ||
board | ||
boot | ||
configs | ||
docs | ||
fs | ||
linux | ||
package | ||
support | ||
system | ||
toolchain | ||
utils | ||
.clang-format | ||
.defconfig | ||
.flake8 | ||
.gitignore | ||
.gitlab-ci.yml | ||
CHANGES | ||
Config.in | ||
Config.in.legacy | ||
COPYING | ||
DEVELOPERS | ||
Makefile | ||
Makefile.legacy | ||
README |
Buildroot is a simple, efficient and easy-to-use tool to generate embedded Linux systems through cross-compilation. The documentation can be found in docs/manual. You can generate a text document with 'make manual-text' and read output/docs/manual/manual.text. Online documentation can be found at http://buildroot.org/docs.html To build and use the buildroot stuff, do the following: 1) run 'make menuconfig' 2) select the target architecture and the packages you wish to compile 3) run 'make' 4) wait while it compiles 5) find the kernel, bootloader, root filesystem, etc. in output/images You do not need to be root to build or run buildroot. Have fun! Buildroot comes with a basic configuration for a number of boards. Run 'make list-defconfigs' to view the list of provided configurations. Please feed suggestions, bug reports, insults, and bribes back to the buildroot mailing list: buildroot@buildroot.org You can also find us on #buildroot on OFTC IRC. If you would like to contribute patches, please read https://buildroot.org/manual.html#submitting-patches