Hi, dev-libs/DirectFB got updated on my system today, this breaks ut-bin from the unreal-tournamen-goty ebuild: The ut-bin binary is linked (amongst others) to: libdirect-0.9.so.21 libdirectfb-0.9.so.21 libfusion-0.9.so.21 After the update to another version of DirectFB the ut-bin will be broken. I fixed this issue by: cp /usr/portage/dev-libs/DirectFB-0.9.22 /usr/portage/dev-libs/DirectFB-0.9.21 emerge '=dev-libs/DirectFB-0.9.21' cd /opt/unreal-tournament/System cp /usr/lib/{libdirect-0.9.so.21,libdirectfb-0.9.so.21,libfusion-0.9.so.21} . chgrp games {libdirect-0.9.so.21,libdirectfb-0.9.so.21,libfusion-0.9.so.21} chmod 750 {libdirect-0.9.so.21,libdirectfb-0.9.so.21,libfusion-0.9.so.21} The ut script already points the LD_LIBRARY_PATH to ./System and needs no editing. Reproducible: Always Steps to Reproduce: 1.emerge '=dev-libs/DirectFB-0.9.22' 2.ut 3. Actual Results: ./ut-bin: error while loading shared libraries: libdirectfb-0.9.so.21: cannot open shared object file: No such file or directory Expected Results: start unreal-tournament Note: the ut-bin that is included with the 451 patch (UTPGPatch451.tar.bz2) is not an dynamic executable (according to ldd) but does give the error, however the ut-bin that was present in my /opt/unreal-tournament/System _IS_ a dynamic executable, I have no idea why these 2 differ.. ? If the ut-bin can be compiled (it can as it seems as ldd output on that file suggests that it was compiled on my system as it uses "/usr/lib/gcc/i686-pc-linux-gnu/3.4.3-20050110/libgcc_s.so.1"), please update the ebuild so that it will recompile when it's deps get updated (without removing the /opt/unreal-tournament dir containing all the nice dloaded levels :-)
re-emerge libsdl
