Right now, world-of-goo installs both amd64 & x86 executables. Thus, the package actually relies both on local libs and emul-linux libs, and after removing one of these packages: >>> package: app-emulation/emul-linux-x86-sdl-20110722 * - /usr/lib32/libSDL_mixer-1.2.so.0 * - /usr/lib32/libSDL_mixer-1.2.so.0.10.1 * used by /opt/WorldOfGoo/WorldOfGoo.bin32 (games-puzzle/world-of-goo-1.41) * - /usr/lib32/libSDL-1.2.so.0 * - /usr/lib32/libSDL-1.2.so.0.11.3 * used by /opt/WorldOfGoo/WorldOfGoo.bin32 (games-puzzle/world-of-goo-1.41) * used by /opt/WorldOfGoo/libs32/libSDL_mixer-1.2.so.0 (games-puzzle/world-of-goo-1.41) Consider that one of the executables is unusable without correct deps satisfied, I'd say the package should install only the one which will be used.
Sorry, missed the fact it's bundled. *** This bug has been marked as a duplicate of bug 215242 ***
This case looks like it's sort of the opposite case of the acroread thing shown in bug #215242, comment #0, since the acroread case preserves locally bundled libraries. If openssl-0.9.6 isn't installed in the global lib path, then acroread may actually need to have those local copies preserved in order to run. In the world-of-goo case, it's libraries from the global lib path that are preserved, which may have a different root cause.