[notting@nostromo: ~]$ repoquery -q --provides btanks | grep libsdlx.so libsdlx.so()(64bit) [notting@nostromo: ~]$ repoquery -q --provides openoffice.org-core | grep libsdlx.so libsdlx.so()(64bit) yum has code that makes sure the openoffice.org components pull the correct provider, but it's still a little weird (and causes btanks to land on the DVD). Is it actually the same library in both packages? Version-Release number of selected component (if applicable): btanks-0:0.8.7686-9.fc11.x86_64 openoffice.org-core-1:3.1.0-11.2.fc11.x86_64
Btanks' libsdlx is C++ wrapper for libSDL (graphics library used for games). OpenOffice has nothing to deal with libSDL. So this is different things. The libraries reside on different paths, so there is no direct conflict between them. OpenOffice one: /usr/lib64/openoffice.org/basis3.0/program/libsdlx.so and btanks: /usr/lib64/libsdlx.so
Hrm, if it's a separate project, it would be nice if it was a separate tarball/SRPM. Outside of that, having a real soname could be useful. In the meantime, I'll just exclude btanks from the DVD compose - that should DTRT.
This lib does not really have a separate upstream - it developed by same author as btanks. Soname would be good, but build system they use (scons) seem to need some weird hack to install it properly. At least, I was unable to do it by simple means. If anything is ok now, then I'm closing the bug.
Just for the record: the libsdlx.so of openoffice.org contains implementation of the Draw and Impress applications. The last two letters in the library name encode OS and platform, hence this particular library is present on x86_64 exclusively--the same library on i386 is named libsdli.so.