Re: Bug#644588: gle-graphics: FTBFS(kfreebsd): Message: /usr/lib/libgle-graphics-4.2.2.so: cannot open shared object file: No such file or directory
On Fri, Oct 07, 2011 at 10:22:32AM +0200, Christoph Egger wrote:
> Package: src:gle-graphics
> Version: 4.2.2-5
> Severity: serious
> Tags: sid wheezy
> Justification: fails to build from source (but built successfully in the past)
> Your package failed to build on the kfreebsd-* buildds:
> make -C title -f Makefile.gcc
> make: Entering directory `/build/buildd-gle-graphics_4.2.2-5-kfreebsd-amd64-8a_9wn/gle-graphics-4.2.2/gle-refman/title'
> ../../build/bin/gle -d pdf glelogo.gle
> GLE: error loading library '/usr/lib/libgle-graphics-4.2.2.so'
> Message: /usr/lib/libgle-graphics-4.2.2.so: cannot open shared object file: No such file or directory
> make: *** [glelogo.pdf] Error 255
> Full build log at
> If you have further questions please mail firstname.lastname@example.org
Yes, I have seen that. Can you help me debug it? It also fails on
kfreebsd-i386 with the same problem, but builds everywhere else (hurd is
another problem, but I know how to fix that).
I do not understand why it fails now, since it has built before. As you can
see, the previous binNMU has also failed, while the one before was
The problem seems to be that during the build process the binary, that has
just been built, is run a few times. It needs a library that has just been
built and it should use the library from the build directory, since it is
not installed on the system. In 4.2.2-4+b1 and -4, the library was found,
in 4.2.2-4+b2 and -5, the library is not found. What has changed in kfreebsd
in the meantime, and how do I circumvent it?