After installing aqsis-1.2.0, revdep-rebuild reported 3 broken .so files: /usr/lib64/aqsis/plugins/libbmp2tif.so /usr/lib64/aqsis/plugins/libtga2tif.so /usr/lib64/aqsis/plugins/libpng2tif.so ldd output for these files: # for i in /usr/lib64/aqsis/plugins/libbmp2tif.so /usr/lib64/aqsis/plugins/libtga2tif.so /usr/lib64/aqsis/plugins/libpng2tif.so > do ls -l "$i"; ldd "$i" > done -rwxr-xr-x 1 root root 7008 2007-07-05 18:05 /usr/lib64/aqsis/plugins/libbmp2tif.so* libtiff.so.3 => /usr/lib/libtiff.so.3 (0x00002b3500005000) libz.so.1 => /lib/libz.so.1 (0x00002b350015e000) libjpg2tif.so.1 => not found libc.so.6 => /lib/libc.so.6 (0x00002b3500273000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x00002b35004ae000) libm.so.6 => /lib/libm.so.6 (0x00002b35005d0000) /lib64/ld-linux-x86-64.so.2 (0x0000555555554000) -rwxr-xr-x 1 root root 7016 2007-07-05 18:05 /usr/lib64/aqsis/plugins/libtga2tif.so* libtiff.so.3 => /usr/lib/libtiff.so.3 (0x00002acec457e000) libz.so.1 => /lib/libz.so.1 (0x00002acec46d7000) libjpg2tif.so.1 => not found libc.so.6 => /lib/libc.so.6 (0x00002acec47ec000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x00002acec4a27000) libm.so.6 => /lib/libm.so.6 (0x00002acec4b49000) /lib64/ld-linux-x86-64.so.2 (0x0000555555554000) -rwxr-xr-x 1 root root 7016 2007-07-05 18:05 /usr/lib64/aqsis/plugins/libpng2tif.so* libtiff.so.3 => /usr/lib/libtiff.so.3 (0x00002b329823e000) libz.so.1 => /lib/libz.so.1 (0x00002b3298397000) libppm2tif.so.1 => not found libc.so.6 => /lib/libc.so.6 (0x00002b32984ac000) libjpeg.so.62 => /usr/lib/libjpeg.so.62 (0x00002b32986e7000) libm.so.6 => /lib/libm.so.6 (0x00002b3298809000) /lib64/ld-linux-x86-64.so.2 (0x0000555555554000) The two "missing" files exist, with a different name: # ls -l /usr/lib64/aqsis/plugins/libjpg2tif.so /usr/lib64/aqsis/plugins/libppm2tif.so -rwxr-xr-x 1 root root 11240 2007-07-05 18:05 /usr/lib64/aqsis/plugins/libjpg2tif.so* -rwxr-xr-x 1 root root 6976 2007-07-05 18:05 /usr/lib64/aqsis/plugins/libppm2tif.so* It doesn't seem to affect usability of aqsis itself (at least, in the limited cases for which I use it), but does seem to be a QA issue. Reproducible: Always Steps to Reproduce: 1. emerge -av ~media-gfx/aqsis-1.2.0 2. revdep-rebuild -p Actual Results: Three plugin .so files are linked to the wrong files. Expected Results: This problem confuses revdep-rebuild with a new package that needn't be rebuilt. :) Symbolic links are an easy and straight-forward fix, but really ought to be unnecessary.
Created attachment 124113 [details, diff] Patch to create symlinks The symlinks are necessary, due to the way the linker handles libraries.
LDPATH="$LDPATH:/usr/lib64/aqsis/plugins/" works the same way?
(In reply to comment #2) > LDPATH="$LDPATH:/usr/lib64/aqsis/plugins/" works the same way? > I considered that, but no other packages seem to add their plugin directories to LDPATH.
I have this exact same issue on my x86 setup. Will this get resolved as not having a clean/working revdep-rebuild is a pain. Everytime I run it now to verify breakage, it tries incorrectly to re-emerge this bad application, wasting my time and resources on the system. I've tested the patch below, and it works fine. Assuming the source wiil not get fixed upstream, then this patch is the easiest route. Could the Graphics herd implement this patch until a better solution can be had?
Actually, the symlinking doesn't work in the patch. So, I am guessing that we need possibly two things: 1) the symlinks 2) end.d file for aqsis with LDPATH setting I'll test.
Indeed, creating a file in /etc/env.d for aqsis with contents of the LDPATH for the lib or lib64 dir needed works as expected. Can we get the ebuild updated to insert the appropriate entry into env.d as well?
It would have been good if you could let upstream know about this issue instead of just complaining about it here! The problem will be fixed with aqsis 1.4 (due in less than two months), as we have removed the plugins - they were always an ugly bit of coding... Cheers, ~Chris F. (an aqsis developer)
please reopen this bug if this isn't fixed in media-gfx/aqsis-1.3.0_p20080627.