On Tue, Dec 25, 2012 at 2:28 PM, Christiaan Welvaart <[email protected]> wrote: > On Mon, 24 Dec 2012, Thierry Vignaud wrote: > >> On 24 December 2012 12:05, Ulri the scheduler bot >> <[email protected]> wrote: >>> >>> Build of the following packages failed: >>> >>> - @334667:drakx-installer-stage2-15.15-1.mga3.src.rpm >>> >>> Failure details available in >>> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20121224110309.tv.valstar.3450/log >>> Reason: >>> @334667:drakx-installer-stage2-15.15-1.mga3.src.rpm: build_failure >>> >>> Log files generated: >>> >>> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20121224110309.tv.valstar.3450/log/drakx-installer-stage2-15.15-1.mga3/build.0.20121224110417.log >>> >>> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20121224110309.tv.valstar.3450/log/drakx-installer-stage2-15.15-1.mga3/rpm_qa.0.20121224110417.log >>> >>> http://pkgsubmit.mageia.org/uploads/failure/cauldron/core/release/20121224110309.tv.valstar.3450/log/drakx-installer-stage2-15.15-1.mga3/install_deps-1.0.20121224110417.log >> >> >> Local build works smoothly. >> But in iurt, it fails on: >> FATAL: no match for /usr/lib/gdk-pixbuf-2.0/*/loaders.cache >> >> However this file is provided by libgdk_pixbuf2.0_0 which _IS_ >> installed in the chroot. >> But's it's a %ghost file to be filled in in %post script. >> >> It's failling in iurt b/c >> /usr/lib64/gdk-pixbuf-2.0/bin/gdk-pixbuf-query-loaders: error while >> loading shared libraries: libffi.so.6: cannot open shared object file: >> No such file or directory >> >> And indeed lib{64,}gdk_pixbuf2.0_0 do not require libffi... >> And thus it's not installed in chroots... > > > Maybe the problem is that ghc provides libffi.so.6()(64bit) so it gets > selected instead of lib64ffi6.
I fixed ghc package by making it use system libffi (patches from fedora) as this was breaking other packages
