Bug 156039

It is really _really_ bad and dangerous that the openoffice.org-core package
contains many virtual provides for all the DSOs it includes in a private
directory /usr/lib/openoffice.org1.9.89/program/ which is outside dynamic
linker's search path.

For instance, it creates this new conflict with Fedora Extras, which causes
programs to fail, when package resolvers use openoffice.org-core as the provider
for libsndfile.so.1 instead of "libsndfile" from Fedora Extras:

# rpm -q --whatprovides libsndfile.so.1
openoffice.org-core-1.9.89-3
libsndfile-1.0.11-1

A package like openoffice.org-core, which provides the libsndfile DSO in 
/usr/lib/openoffice.org1.9.89/program/libsndfile.so.1, should NOT "Provides:
libsndfile.so.1", neither generated automatically nor added manually. The path,
where those DSOs are located, is not in /etc/ld.so.conf*  The run-time linker
will not link libsndfile.so.1 from there. Effectively, the OO.o-core package
does NOT really provides the DSO with the libsndfile.so.1 SONAME, but just
pollutes the RPM database with it and breaks packages, which depend on the SONAME.

Please filter out such DSO virtual provides.

openoffice.org-core does not even require libsndfile.so.1 itself. Watch this:

# rpm -q --whatrequires libsndfile.so.1
libsamplerate-0.1.2-1
libsndfile-1.0.11-1
audacity-1.2.3-3

# rpm -q openoffice.org-core
openoffice.org-core-1.9.89-3

[...]

In Fedora Extras, we could work around this with explicit "Requires:
libsndfile", but this is a step backwards.